https://bugs.exim.org/show_bug.cgi?id=2665
--- Comment #16 from Joseph Diffin <[email protected]> --- (In reply to Jeremy Harris from comment #7) > Well, those are processed from the log and not the originals. There is > info missing which would have been useful for diagnosis. It seems like you > will have to chase this further on your own, if you cannot leak any more > detail. > I suggest adding +millisec to your log_selector then doing a manual delivery > attempt on one such queued item, with "-d-all+transport+timestamp" level > debug. Capture the stderr; there will be plenty. > > I expect that you will see a bunch of message content being written, and then > a rather long pause waiting for the far end. After long enough, Exim will > give > up waiting. If this is what is happening then you'll need to move to looking > at that SMTP peer system. I have attached the debug stderr output on an example mail -- 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/ ##
