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

Página Principal
Apagar esta mensagem
Responder a esta mensagem
Autor: Philip Hazel
Data:  
Para: Daniel Tiefnig
CC: exim-users
Assunto: Re: [exim] Exim has a bad queue handling?
On Tue, 24 Oct 2006, Daniel Tiefnig wrote:

> As I really[0] don't like greylisting and welcome everything that may
> cause people stop doing it, I don't comment any further on this. :o)


Ah, but the problem being discussed here is not affecting the people
doing the greylisting[*], but it is affecting other parties who are
trying to send them mail. I can imagine situations where the greylisters
won't listen to client postmasters asking them to stop "because my MTA
can't deal sensibly with it". One obvious response is "fix your MTA".

In fact, there is a general point, nothing to do with greylisting. The
current rules, as I pointed out before, assume that a 4xx response to
RCPT is always going to happen for that RCPT from this host, independent
of the sender address. In this day and age, where more and more
sophisticated checking is being done, one can argue that this is no
longer necessarily the case.

This implies that the sender really ought to be included in the retry
key.

> > If so, should it be optional?
>
> Definitely.


I have no problem with making it an option.

> > If so, which should be the default?
>
> The default, of course, should not change current behaviour.


Having thought more about this, I am not so sure of that. Anybody else
like to "vote" on this one?

------------
[*] Other than stopping some mail getting through to them, and how much
they care about that is unknown.

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