.. and again,
I wrote:
[...]
> > System S with Exim 4.51 (delay_after_cutoff default = true,
> [...]
> > 2007-01-26 16:54:01 1HATOX-0004aU-IZ == user@??? <user@???>
> > R=dnslookup T=remote_smtp defer (-44): SMTP error from remote mail server after RCPT TO:<user@???>:
> > host MX2 [1.2.3.2]: 451-9.8.7.6 is not yet authorized to deliver mail from\n451-<sen@???> to
> > <user@???>.\n451 Please try later.
> > 2007-01-26 16:54:01 1HATOX-0004aU-IZ ** user@???: retry timeout exceeded
> >
> > I think this is a (the) bug. If it's not a bug but a configuration problem: any idea how
> > to handle this situation?
Sorry for mixing this up.. the default configuration (and that on S)
contains delay_after_cutoff=true, but Renaud Allard uses
delay_after_cutoff=false.
Consensus is, that delay_after_cutoff=false and version < 4.64
(or >=4.66 with patch) should avoid this problem?
What about putting delay_after_cutoff=false (sufficently commented)
into the default configuration? In the time of greylisting etc.
it may be better to risk more traffic than "loosing mail".
Lutz
--
Lutz Preßler <Lutz.Pressler@???> http://www.SerNet.DE/
SerNet Service Network GmbH, Bahnhofsallee 1b, D-37081 Göttingen
Tel.: +49-551-370000-2, FAX: +49-551-370000-9
AG Göttingen, HRB 2816, GF: Dr. Johannes Loxen
