https://bugs.exim.org/show_bug.cgi?id=2665
--- Comment #16 from Joseph Diffin <Joseph.diffin@???> ---
(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.
