Dominik George dixit:
>I somehow consider Google not fit for anything a mail server should
They are not fit to do eMail, period.
When they try to send eMail to my own MX, they retry (after getting
a temporary error from greylisting) from a _different_ sender IP,
thus (obviously) not getting thro
On Thu, 28 Feb 2013, Wietse Venema wrote:
> > That?s untrue because it certainly makes a difference whether you
> > send mails in parallel or serial, especially when the receiving
>
> Connection caching has nothing to do with concurrency. Sheesh.
I was assuming that, when you already have a conn
On Thu, 28 Feb 2013, Reindl Harald wrote:
> if you have a VERY HIGH amount of outgoing mails to send
> you can not expect that this works in burst with only
> one outgoing server - nothing will change this
Yes well, we have three, but I’m running into firewall
admins currently so in practice ther
On Thu, 28 Feb 2013, Reindl Harald wrote:
> > Then just don’t do that… keep it in the other process
> did you try to understand how postfix works? i guess no
If the way something works makes it impossible to do
something that is a requirement it says something about
the way that particular somet
On Wed, 27 Feb 2013, Viktor Dukhovni wrote:
> No, connection caching has nothing to do with concurrency. Whether
> connections are cached, or not, Postfix will attempt parallel
> delivery up to the configured concurrency limit:
Hrm. Okay, lowering default_destination_concurrency_limit is certain
On Wed, 27 Feb 2013, Wietse Venema wrote:
> Well, how does one migrate **AN OPEN TLS SESSION** from one process
> into the other? I am not aware an OpenSSL API for doing that.
Then just don’t do that… keep it in the other process.
(I think OpenSSH does that, though probably not standard TLS.)
b
Wietse Venema porcupine.org> writes:
> deliveries. Proper SMTP connection caching is not done by the SMTP
> clients but by a separate process that is queried by SMTP clients.
If you don’t manage to do that with TLS, this statement is plainly wrong.
Connection caching is a matter of also being ni
