[exim-dev] [Bug 1788] Some deliveries not re-attempted after…

Top Page
Delete this message
Reply to this message
Author: admin
Date:  
To: exim-dev
Old-Topics: [exim-dev] [Bug 1788] New: Deliveries to one ISP sometimes fail silently after T=remote_smtp defer on first delivery attempt
Subject: [exim-dev] [Bug 1788] Some deliveries not re-attempted after 'T=remote_smtp defer (-53): retry time not reached for any host' on first delivery attempt
https://bugs.exim.org/show_bug.cgi?id=1788

--- Comment #15 from Jeremy Harris <jgh146exb@???> ---
You didn't actually show the tcpdump. Did it show anything relevant?

Also, the filter file that set up this "deliver" - can we see the full text?

We may need to construct a less complex scenario than this case, with its six
different destination addresses and two layers of redirection. Alternatively
we need a way of investigating the state of the queue at the end of the
delivery
attempt of (in this sample) 21:25:32 - were there still deliveries pending for
user2@??? & user1@???? If not we go
looking
for why not (there should have been), if there are we ask why the queue-run at
21:30:33 found no deliveries to do and just marked the 1aaVJn-0007Aa-9q job
complete.

Question: what will your router chain do with "user1@???"
when that address is fed in from the start, as opposed to being generated
way down by the .forward filter file? Is it handled differently?

--
You are receiving this mail because:
You are on the CC list for the bug.