----- Forwarded message from Brian White <bcwhite@???> -----
Envelope-to: mark@???
Subject: Bug#59134: exim: delayed delivery of incoming messages
Reply-To: Brian White <bcwhite@???>, 59134@???
Orignal-Sender: bcwhite
X-Debian-PR-Message: report 59134
X-Debian-PR-Package: exim
X-Debian-PR-Keywords:
Date: Sun, 27 Feb 2000 12:46:41 -0500
From: Brian White <bcwhite@???>
X-Accept-Language: en
To: submit@???
Package: exim
Version: 3.03-4
Severity: wishlist
I'm having a problem running exim behind a slow modem. When a large
volume of mail starts getting queued outbound, exim tries to deliver
each one immediately. As a result, my poor, slow modem gets bogged down
with 20+ pieces of simultaneous (large) outgoing email and they almost
all fail.
My only recourse at the moment is to set the "deliver_load_max" to some
exceedingly tiny value such that immediate deliveries never happen.
Unfortunately, this means that no deliveries will happen until the
next 'runq' starts -- adding an average 7 minute delay to _all_ outbound
email.
An option like "max_simultaneous_deliveries" would solve this reasonably
nicely by forcing any additional messages to get put in the queue instead.
The "deliver_load_max" does not effectively measure the number of delivery
processes since they are all blocked behind the slow modem and thus are
not counted as "ready to run". This option isn't an ideal solution, of
course, since those extra will get delivered only come the next 'runq'
instead of as soon as the current deliveries finish, but it would still
be a big improvement.
Brian
( bcwhite@??? )
-------------------------------------------------------------------------------
He who has infinite patience sees instant results.
----- End forwarded message -----
