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

Top Page
Delete this message
Reply to this message
Author: Philip Hazel
Date:  
To: John Robinson
CC: exim-users
Subject: Re: [exim] Exim has a bad queue handling?
On Tue, 24 Oct 2006, John Robinson wrote:

> You already handle message errors slightly differently; perhaps you
> could add an option for this situation to be treated as a message error
> not a recipient error?


Why? The *only* cause of a recipient error is 4xx (or a timeout after
RCPT). What you are suggesting amounts to abolishing this error, and
anyway, it really is an error that is related to the recipient, not to
the message in general.

> Alternatively, an option not to update the retry
> time if one is already set for the recipient?


That doesn't sound like a good idea. Consider the non-greylisting case.
Once that retry time had passed, Exim would start trying every message
that contained that recipient in every queue run.

> If a queue run always processes messages oldest-first,


It doesn't (by default).

-- 
Philip Hazel            University of Cambridge Computing Service
Get the Exim 4 book:    http://www.uit.co.uk/exim-book