>-----Message d'origine-----
>De : [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] la part de Davide Libenzi
>Envoyé : vendredi 17 février 2006 19:14
>À : 'xmail@xmailserver.org'
>Objet : [xmail] Re: Xmail 1.22 retries on 'bad' email addresses !
>
>
>
>On Fri, 17 Feb 2006, CLEMENT Francis wrote:
>
>>
>> Hello Davide and list
>>
>> I don't know if i reported this problem before so excuse me
>if allready
>> done.
>>
>> On my xmail 1.22 (w2k sp4 win32 platform) I noticed the
>following symptom :
>>
>> When a mail is send to an external 'TO' address (not handled
>by xmail) and
>> the 'TO' address is syntaxicaly bad in the domain part
>(special characters
>> like quote, see sample slog bellow) xmail retries and retries, until
>> reaching last retry and finaly send back a NDR report !
>> Why xmail, on 'bad domain names', retries (no resolvable at
>all, my win32
>> nslookup says "command syntax error")?
>> This is a big problem for our customers as they don't receive a NDR
>> immediately after first try (like previously with xmail
>1.17, never used
>> 1.18/1.9/1.20/1.21). They know only the error after several
>hours/days
>> (depending of xmail retries patterns used)
>>
>> Seems xmail don't really check syntaxicaly the domain part
>of the 'TO'
>> addresses !?!?
>> Notice that I don't use the 'smartdnshost' setting, so xmail
>use its own
>> resolver from begining to end of domain dns mx resolution.
>So even if xmail
>> don't check the syntax, the xmail dns resolver should return
>at least a 'no
>> existing domain' or 'bad request' and then the smail module
>should stop
>> immediatly, no ?
>> (I don't know own xmail handle the dns responses and what is
>the exact dns
>> response in this case ...)
>>
>> Any other guys having this problem ?
>> Any ideas Davide ?
>
>While anal address checking is planned for the next release,
>the friggin
>MUA should fscking check that too, no? It can provide a better
>UI to the
>user instead of a cryptic SMTP response, no?
>
>
>
>- Davide
>
For sure, the mua must check this too.
But, as the MUA and the MTA must be RFC compliant, the check have to be on
the two sides, no ?
Note that I'm not sure this is a mandatory smtp rfc check at mta level, so
my previous statements could be totaly or partialy false ;)
-
To unsubscribe from this list: send the line "unsubscribe xmail" in
the body of a message to [EMAIL PROTECTED]
For general help: send the line "help" in the body of a message to
[EMAIL PROTECTED]
