On Tue, Oct 19, 1999 at 11:44:10PM -0400, Russell Nelson wrote:
> Or to put it a different way, you want qmail to recognize and remember
> those hosts and when one of that host's connections closes, adjust the
> retry schedule for the next message bound for that host. However, the
> next message very likely will be retried in five minutes. So why go
> to all the bother of recognizing and remembering those hosts just to
> gain five minutes?
While I think you're right in principle there are situations where it
might be desirable:
- Mailing-Lists
In DE there is a very large ISP (telco). By default the usernames in
emails are the phone numbers of their customers. Some braindamaged
mailing list "tools" sort the addresslist, so these addresses get
clustered. A customer of ours is running a opt-in newsletter (and I
can't convince them to use a real ml software like ezmlm). The cluster
in this case is about 1500-2000 addresses and I often see emails (especially
in the [789]* ranges sit there for quite some time (1-2 hours). So
they have about 3-5 retries
- Fault situations
when the mail server of customers that have quite some mail traffic
is down for some time (we're backup MX for them) our queue has large
numbers of emails for them that are already in some backoff state.
If their mailserver comes back online rejection due to overload does
kinda hurt, as the message may be delayed for some more time not in
the minutes but hours range.
\Maex
--
SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses
Research & Development | mailto:[EMAIL PROTECTED] | you funny and you need
Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0 | a mouse to delete files
D-80807 Muenchen | Fax: +49 (89) 32356-299 |