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

Kezdőlap
Üzenet törlése
Válasz az üzenetre
Szerző: admin
Dátum:  
Címzett: exim-dev
Régi témák: [exim-dev] [Bug 1788] New: Deliveries to one ISP sometimes fail silently after T=remote_smtp defer on first delivery attempt
Tárgy: [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 #23 from Alex Presland <exim@???> ---
Now that I've got a simple scenario where I can re-create the issue, I thought
that I'd manually request the delivery with all debug turned on.

=== MAILQ listing start: Thu Apr 7 01:39:01 BST 2016
 3m  9.0K 1anxua-00022H-8S <alex@???>
          alex.test2@???
        D alex@???
          pete.test2@???
          rob.test2@???


=== MAILQ listing complete: Thu Apr 7 01:39:01 BST 2016


I then ran:
root@servername:~# sudo exim4 -d+all -M 1anxua-00022H-8S

After that command, there was nothing in the mailq.

The output from the manual delivery request included:
01:40:02  8745 Non-recipients:
01:40:02  8745     -->spamcatcher2@??? [0]
01:40:02  8745   -->filtered-alex@??? [0]
01:40:02  8745   | -->filtered-alex.presland@??? [0]
01:40:02  8745 -->alextest@??? [1]
01:40:02  8745   |   -->alex@??? [0]
01:40:02  8745   | -->alexuser@??? [0]
01:40:02  8745   | |
-->/home/spamcatcher2/Maildir/.testing_archive/:spamcatcher2@???
[0]
01:40:02  8745   -->/home/alextest/Maildir/:alextest@???
[2]
01:40:02  8745     -->/home/alex/Maildir/:alexuser@???
[0]
01:40:02  8745 ---- End of tree ----
01:40:02  8745 recipients_count=4
01:40:02  8745 body_linecount=215 message_linecount=30
01:40:02  8745 Delivery address list:
01:40:02  8745   alex.test2@???
01:40:02  8745   pete.test2@???
01:40:02  8745   rob.test2@???
[SNIP]
01:40:02  8745 opened hints database /var/spool/exim4/db/retry: flags=O_RDONLY
01:40:02  8745 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
01:40:02  8745 Considering: spamcatcher2@???
01:40:02  8745 unique = spamcatcher2@???
01:40:02  8745 spamcatcher2@??? was previously delivered:
discarded
01:40:02  8745 alex.test2@???: children all complete
01:40:02  8745 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
01:40:02  8745 Considering: spamcatcher2@???
01:40:02  8745 unique = spamcatcher2@???
01:40:02  8745 spamcatcher2@??? was previously delivered:
discarded
01:40:02  8745 pete.test2@???: children all complete
01:40:02  8745 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
01:40:02  8745 Considering: spamcatcher2@???
01:40:02  8745 unique = spamcatcher2@???
01:40:02  8745 spamcatcher2@??? was previously delivered:
discarded
01:40:02  8745 rob.test2@???: children all complete
01:40:02  8745 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
[SNIP]


01:40:02 8745 Processing retry items
01:40:02 8745 Succeeded addresses:
01:40:02 8745 alex.test2@???: no retry items
01:40:02 8745 pete.test2@???: no retry items
01:40:02 8745 rob.test2@???: no retry items
01:40:02 8745 Failed addresses:
01:40:02 8745 Deferred addresses:
01:40:02 8745 end of retry processing
01:40:02 8745 LOG: MAIN
01:40:02 8745 Completed
01:40:02 8745 end delivery of 1anxua-00022H-8S
01:40:02 8745 search_tidyup called
01:40:02 8745 search_tidyup called
01:40:02 8745 >>>>>>>>>>>>>>>> Exim pid=8745 terminating with rc=0
>>>>>>>>>>>>>>>>


So, despite the initial running of the .forward in the spamcatcher2 requesting
significant deliveries, the hints file is later incorrectly declaring that
they've already been delivered.

One question from me: when a .forward requests a significant delivery to be
made, why isn't this queued instead of the original email?

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