Hi Viktor,
thanks for the answer. I'll try to suggest this to the other servers admin team.
Since I do not know if they consider this, I'll stick to disabled default
connection reuse.
I'm interested which end of the connection is responsible of the problem, I'll
setup a test
for this sometime.
> On Feb 26, 2017, at 5:56 PM, Thomas Minor wrote:
>
> And, on the other side, postfix as a client
> should not reuse a dead connection.
Postfix (somewhat obviously) cannot "reuse" a closed connection.
The other server must have kept open.
It is in principle possible to add a feature to limit
Ahh, ok, now i got it.
I thought, a similar question was already answered but it seems I missed the
answer
on my own question, sorry. It stayed in my outgoing box an I assumed, there was
a
delivery problem. That's why I sent it twice.
Back to the problem, as I pointed out, the delivery attempt
Am 24.02.2017 um 09:03 schrieb Thomas Minor:
Hmm, ok,
I did search but found nothing. I'll check again.
http://marc.info/?t=14876316702&r=1&w=2
--
Alex JOST
Hmm, ok,
I did search but found nothing. I'll check again.
--Thomas
Am 22.02.2017 um 21:51 schrieb Wietse Venema:
> Thomas Minor:
>> Hello,
>>
>> I might have a problem with the smtp_connection cache.
>> Regarding documentation, the cache is enabled on demand by default.
> This question was al
Thomas Minor:
> Hello,
>
> I might have a problem with the smtp_connection cache.
> Regarding documentation, the cache is enabled on demand by default.
This question was already answered. Use youe search engine.
Wietse
Hello,
I might have a problem with the smtp_connection cache.
Regarding documentation, the cache is enabled on demand by default.
I found a peer site, which is also driven by postfix, with uses greylisting.
I have some 3000 mails to send to this particular server, which starts the
session
by gre
> On Feb 20, 2017, at 7:19 PM, Wietse Venema wrote:
>
> Why should Postfix abandon a connection that replies with 4xx to a
> recipient? How is this different from sending a multi-recipient
> message?
I guess because hard error limits may induce tarpit controls on the
receiving side?
Mind you,
Thomas Minor:
> Hello,
>
> I might have a problem with the smtp_connection cache.
> Regarding documentation, the cache is enabled on demand by default.
>
> I found a peer site, which is also driven by postfix, with uses greylisting.
> I have some 3000 mails to send to this particular server, whic
Hello,
I might have a problem with the smtp_connection cache.
Regarding documentation, the cache is enabled on demand by default.
I found a peer site, which is also driven by postfix, with uses greylisting.
I have some 3000 mails to send to this particular server, which starts the
session
by gre
10 matches
Mail list logo