[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 #22 from Alex Presland <exim@???> ---
I've now successfully reproduced the mails being dropped without delivery using
a new "spamcatcher2" account. The .forward for this account is very simply:

==== START .forward for spamcatcher2 user ====
# exim filter
logfile $home/logs/eximfilter.log

### Just in case I've cocked up - temporary! ###
unseen save $home/Maildir/.testing_archive/

deliver filtered-$original_local_part@$original_domain

logwrite "$tod_log / $header_X-Spam-Relay-Country / Normal / For:
$original_local_part / $original_domain / From: $header_from /
$header_subject\n"
finish
==== END .forward for spamcatcher2 user ====
(obviously, without the lines beginning '===='!)


My mailq logging (same as before) shows:
=== MAILQ listing start: Thu Apr 7 00:27:01 BST 2016
 9m  6.2K 1anwho-0007G1-Dq <alex@???>
          alex.test2@???
        D alex@???
          pete.test2@???
          rob.test2@???


 8m  7.7K 1anwiH-0007Hy-Tf <alex@???>
          alex.test2@???
        D alex@???
          pete.test2@???
          rob.test2@???


=== MAILQ listing complete: Thu Apr 7 00:27:01 BST 2016


=== MAILQ listing start: Thu Apr 7 00:28:01 BST 2016
=== MAILQ listing complete: Thu Apr 7 00:28:01 BST 2016


The spamcatcher2 account's log file showed the logs for the 4 destinations at
the email submission times (00:17:48 and 00:18:18).

The /var/log/exim4/mainlog showed the emails being submitted and deferred. It
then showed the mails being completed with no further deliveries attempted:
2016-04-07 00:27:45 Start queue run: pid=29981
2016-04-07 00:27:45 1anwiH-0007Hy-Tf Completed
2016-04-07 00:27:45 1anwho-0007G1-Dq Completed
2016-04-07 00:27:45 End queue run: pid=29981

Exactly the same behaviour as before, but with a much simpler .forward file.

I'd therefore describe the bug as follows:
"If an email is sent in to multiple email aliases where the alias file routes
those email addresses through the spamcatcher2 account, deferred deliveries
will not be re-attempted if another delivery has been completed (as denoted by
a 'D' in the mailq)."

Please let me know if you need any more information, or whether I can run exim
in a full debug mode to capture more data for you.

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