[exim-dev] [Bug 1066] interpret some 4xx error codes from re…

Top Page
Delete this message
Reply to this message
Author: Andrey N Oktyabrski
Date:  
To: exim-dev
Subject: [exim-dev] [Bug 1066] interpret some 4xx error codes from remote server as permanent errors (5xx). Sometimes the Postfix MTA returns 4xx error when mailbox does not exist
------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1066




--- Comment #9 from Andrey N. Oktyabrski <ano@???> 2011-01-13 12:54:00 ---
(In reply to comment #7)
> [original response discarded; Graeme pointed to the retry rules; I'll just note
> that you're looking for "32.5 Retry rules for specific errors" in The Spec]

This is not inside the smtp session.

> I do not think we should hard-code something in the way this patch does. I'd
> be happier if we had something like the ACL language for dealing with outbound
> connections, so that the admin could script the response.
>
> I think that an SMTP transport option of "upgrade_rcpt_4xx_to_5xx" which is an
> expanded string yielding a boolean and which gets the rcpt response line in a
> variable would be a good choice. Let the admins upgrade, make sure we log hard
> that the response was upgraded. Also include a variable which contains the
> SMTP banner text.
>
>  upgrade_rcpt_4xx_to_5xx = ${if and{\
>   {match{$remote_banner}{\N\bPostfix\b\N}}\
>   {or{\
>    {match{$rcpt_response_text}{\N^Recipient address rejected: User unknown\N}}\
>    {eq{$rcpt_response_text}{unknown user account}}}}} {yes}{no}}

>
> As is evident, this is contentious and not everyone would agree, but I'd be
> prepared to argue in favour of submitting such a feature.

Yes, this way is true. I agree with it.


--
Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email