https://bugs.exim.org/show_bug.cgi?id=2174
--- Comment #7 from [email protected] --- (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. -- ## List details at https://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
