At 12.30 22/05/06, you wrote: >First problem : Use of A domain entry (exist) even if Mx entries >exist for the destination domain
>[<00>] XMail bounce: [EMAIL PROTECTED];Error=3D[554 ><[EMAIL PROTECTED]>: Relay access denied] (preliminary: my nslookup reports "non-authoritative answer" for ifrance.com and this might be part of the problem). This behaviour - XMail trying A even if MX exists - has been reported on this list from time to time, without a final answer. Possible cause: a temporary/intermittent problem with MX - DNS timeout? - and XMail falls back on A, even though MX might be available a bit later. Possible solution (read: suggestion for Davide's long queue): XMail should distinguish in DNS matters between a negative answer and silence (timeout) and only fall back on A in the first case. The contrary risks turning a delay into a permanent failure, I think ... >Second problem : On no existing destination domains, Xmail don't >return immediatly a NDR but start the 'normal' retry process My old IMS mailserver would give up immediately on a non-existing domain and keep trying on a network error. XMail treats the two as equivalent, and this seems to be a common design of "modern" mailservers (I'm told that M$ SMTPSVC behaves exactly likes XMail). Sincerely, I preferred the old-fashion way, since 99% of "non-existing domains" are typos or parsing errors on the client side. But you know ... Ciao, Francesco - 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]
