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

Page principale
Supprimer ce message
Répondre à ce message
Auteur: Peter Bowyer
Date:  
À: Exim, Users
Sujet: Re: [exim] Exim has a bad queue handling?
On 21/10/06, Jörg Sommer <joerg@???> wrote:
> Hi,
>
> on a private mailing list, someone raised the claim Exim has a bad queue
> handling and relies on delivering the mail in the first attempt. The
> discussion was about greylisting and "using" the queue of the remote site.


Is there a more detailed explanation of that problem?

Philip often states that Exim's delivery model was designed for an
always-connected situation where most of the mail is deliverable on
the first attempt. There was certainly no concept of business-as-usual
deliberate deferral (of which greylisting is an example) around then.

It's not trivial to tune Exim's retry mechanism to optimize delivery
under greylisting I guess.

> Speaking accross the board, is it true that Exim has bad (it need more
> resources) queue handling? For Exim on the sender site, is greylisting a
> problem?


Resources in what sense?

Peter

--
Peter Bowyer
Email: peter@???