[exim-dev] [Bug 2599] New: delivery of local emails is slow …

Page principale
Supprimer ce message
Répondre à ce message
Auteur: admin
Date:  
À: exim-dev
Nouveaux-sujets: [exim-dev] [Bug 2599] delivery of local emails is slow when multiple recipients are used, some being remote, [exim-dev] [Bug 2599] delivery of local emails is slow when multiple recipients are used, some being remote, [exim-dev] [Bug 2599] delivery of local emails is slow when multiple recipients are used, some being remote, [exim-dev] [Bug 2599] delivery of local emails is slow when multiple recipients are used, some being remote, [exim-dev] [Bug 2599] delivery of local emails is slow when multiple recipients are used, some being remote, [exim-dev] [Bug 2599] delivery of local emails is slow when multiple recipients are used, some being remote, [exim-dev] [Bug 2599] delivery of local emails is slow when multiple recipients are used, some being remote
Sujet: [exim-dev] [Bug 2599] New: delivery of local emails is slow when multiple recipients are used, some being remote
https://bugs.exim.org/show_bug.cgi?id=2599

            Bug ID: 2599
           Summary: delivery of local emails is slow when multiple
                    recipients are used, some being remote
           Product: Exim
           Version: 4.94
          Hardware: x86
                OS: All
            Status: NEW
          Severity: bug
          Priority: medium
         Component: ACLs
          Assignee: jgh146exb@???
          Reporter: martynas@???
                CC: exim-dev@???


We use "callout=3s,maxwait=5s,connect=2s,defer_ok,use_sender,hold" to speed up
the outbound checks on recipients, when trying to scan for a rate-limited
failure count for a given smtp-auth account. Basically, when someone tries to
send with smtp-auth, each recipient's destination server is checked first to
ensure it exists. If it doesn't, this counts towards a hit. If there are enough
hits within a given amount of time, the account will be blocked

The hidden side-effect of "hold" + the settings appears to be that if a timeout
does happen, when there are some remote recipients and some local, the remote
recipients get their messages send out without issue, but the local recipients
have their message dropped into the mail queue without any errors. Exim does
get around to sending them eventually, however it takes up to 30 minutes in
some cases, and there are no "retry" or other similar errors added to the
mainlog.

This may or may not be an exim bug, we're not sure?

The following hsa no issues at all:
"callout=10s,maxwait=40s,connect=5s,defer_ok,use_sender".

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