[exim-cvs] Fix my earlier "fix" for intermittently deliverab…

Αρχική Σελίδα
Delete this message
Reply to this message
Συντάκτης: Exim Git Commits Mailing List
Ημερομηνία:  
Προς: exim-cvs
Αντικείμενο: [exim-cvs] Fix my earlier "fix" for intermittently deliverable recipients.
Gitweb: http://git.exim.org/exim.git/commitdiff/1ddeb334a49cdd6ec28f982f4a8429503720633b
Commit:     1ddeb334a49cdd6ec28f982f4a8429503720633b
Parent:     326cdc37059420d73ba121daaf74def9b53b9e3b
Author:     Tony Finch <dot@???>
AuthorDate: Thu Dec 6 19:28:27 2012 +0000
Committer:  Tony Finch <dot@???>
CommitDate: Thu Dec 6 19:28:27 2012 +0000


    Fix my earlier "fix" for intermittently deliverable recipients.


    Only do the ultimate address timeout check if there is an address
    retry record and there is not a domain retry record; this implies
    that previous attempts to handle the address had the retry_use_local_parts
    option turned on. We use this as an approximation for the destination
    being like a local delivery, as in LMTP.
---
 doc/doc-txt/ChangeLog |   10 +++++++---
 src/src/deliver.c     |   22 +++++++++++++++-------
 2 files changed, 22 insertions(+), 10 deletions(-)


diff --git a/doc/doc-txt/ChangeLog b/doc/doc-txt/ChangeLog
index b516a71..11e9f6f 100644
--- a/doc/doc-txt/ChangeLog
+++ b/doc/doc-txt/ChangeLog
@@ -113,9 +113,13 @@ TF/01 Fix ultimate retry timeouts for intermittently deliverable recipients.
       to deal with this. However it did not apply to per-recipient defers
       in remote deliveries, e.g. over LMTP to a separate IMAP message store.


-      This commit adds a proper retry rule check during routing so that
-      the final cutoff time is checked against the message's age. I also
-      took the opportunity to unify three very similar blocks of code.
+      This change adds a proper retry rule check during routing so that the
+      final cutoff time is checked against the message's age. We only do
+      this check if there is an address retry record and there is not a
+      domain retry record; this implies that previous attempts to handle
+      the address had the retry_use_local_parts option turned on. We use
+      this as an approximation for the destination being like a local
+      delivery, as in LMTP.


       I suspect this new check makes the old local delivery cutoff check
       redundant, but I have not verified this so I left the code in place.
diff --git a/src/src/deliver.c b/src/src/deliver.c
index c743fee..79d431b 100644
--- a/src/src/deliver.c
+++ b/src/src/deliver.c
@@ -2383,8 +2383,7 @@ while (addr_local != NULL)
                retry_record->expired;


           /* If we haven't reached the retry time, there is one more check
-          to do, which is for the ultimate address timeout. We also do this
-          check during routing so this one might be redundant... */
+          to do, which is for the ultimate address timeout. */


           if (!ok)
             ok = retry_ultimate_address_timeout(retry_key, addr2->domain,
@@ -5622,8 +5621,16 @@ while (addr_new != NULL)           /* Loop until all addresses dealt with */
     not be remembered as one this message needs. However, there was a bug that
     used to cause this to  happen, so it is best to be on the safe side.


-    Even if we haven't reached the retry time in the hints, there is one
-    more check to do, which is for the ultimate address timeout. */
+    Even if we haven't reached the retry time in the hints, there is one more
+    check to do, which is for the ultimate address timeout. We only do this
+    check if there is an address retry record and there is not a domain retry
+    record; this implies that previous attempts to handle the address had the
+    retry_use_local_parts option turned on. We use this as an approximation
+    for the destination being like a local delivery, for example delivery over
+    LMTP to an IMAP message store. In this situation users are liable to bump
+    into their quota and thereby have intermittently successful deliveries,
+    which keep the retry record fresh, which can lead to us perpetually
+    deferring messages. */


     else if (((queue_running && !deliver_force) || continue_hostname != NULL)
             &&
@@ -5634,9 +5641,10 @@ while (addr_new != NULL)           /* Loop until all addresses dealt with */
             (address_retry_record != NULL &&
               now < address_retry_record->next_try))
             &&
-            !retry_ultimate_address_timeout(addr->address_retry_key,
-          addr->domain, address_retry_record, now)
-            )
+        (domain_retry_record != NULL ||
+         address_retry_record == NULL ||
+         !retry_ultimate_address_timeout(addr->address_retry_key,
+           addr->domain, address_retry_record, now)))
       {
       addr->message = US"retry time not reached";
       addr->basic_errno = ERRNO_RRETRY;