https://bugs.exim.org/show_bug.cgi?id=2174
--- Comment #7 from yvon.lafaille@??? ---
(In reply to Jeremy Harris from comment #5)
> I don't think the explanation is viable, since the connection was still
> usable (as shown by the 250 for the rcpt being received by the test-client).
>
logs are showing that the error occurs when the MTA receives the command DATA.
> Perhaps you could packet-capture the connection?
When the callout timout is set greater (10s) , the timeout is not reached in
the callout and the behaviour is correct with no error ; the tls session is not
interrupted and the message is queued as expected.
It's why I think that the exam of the packet-capture of the incoming TLS
connexion does is of no interest.
--
You are receiving this mail because:
You are on the CC list for the bug.
