Re: [exim] Exim has a bad queue handling?

Αρχική Σελίδα
Delete this message
Reply to this message
Συντάκτης: Richard Clayton
Ημερομηνία:  
Προς: exim-users
Αντικείμενο: Re: [exim] Exim has a bad queue handling?
In message <slrnejl6hk.93j.joerg@???>, Jörg Sommer
<joerg@???> writes

>on a private mailing list, someone raised the claim Exim has a bad queue
>handling


It is true that Exim copes very badly with large backlogs of yet to be
delivered email....

>and relies on delivering the mail in the first attempt.


Yes, it does assume that will be the general situation

>The
>discussion was about greylisting and "using" the queue of the remote site.


I think you need to understand that "large" in my first sentence (for a
reasonably sized machine) will be many tens (probably hundreds) of
thousands of messages.

If you're only shifting 10,000 messages a day, there won't be a problem.
If you are shifting millions then you need some sort of strategy to move
the undeliverables off to another machine... viz: if you're running a
large ISP having a single tier of machines, running Exim won't work :(

However, I doubt that you are in that position :)

>For Exim on the sender site, is greylisting a
>problem?


It doesn't help [either you are the legitimate sender] ... and the
risk that is being pointed out to you is that your incoming email will
go to the backup delivery service -- and will suffer considerable delay.

However, it would be a really dumb greylisting algorithm that held up
email from a major ISP more than once. As soon as the system retried
you should be giving them a free pass thereafter! If your system does
not do that then you may need to consider whitelisting any email sources
that you notice unusual delays from :(

- -- 
richard                                                   Richard Clayton


Those who would give up essential Liberty, to purchase a little temporary
Safety, deserve neither Liberty nor Safety. Benjamin Franklin 11 Nov 1755