>-----Message d'origine----- >De : [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] la part de Davide Libenzi >Envoy=E9 : mardi 17 avril 2007 09:10 >=C0 : '[email protected]' >Objet : [xmail] Re: 1.25-pre06 ... > > >On Tue, 17 Apr 2007, CLEMENT Francis wrote: > >> I don't understand your response, Davide, as Rob pointed out=20 >the fact =3D >> that >> xmail tried to connect to >> Server: <www.optusnet.com.au> [211.29.132.105] >> And you response used :=3D20 >> Server: <mail.optusnet.com.au> [211.29.132.250] > >That means that 1.25-pre06 looked up the MX just fine here. > > >> So, even if the final user doesn't exist, it's not the real problem >> mentionned/reported by Rob :) >> The question seems to be (correct me, Rob, if not correct) : >>=20 >> Why xmail used/choosed/got/tried/... WWW.optusnet.com.au on=20 >Rob server =3D >> and >> not MAIL.optusnet.com.au the effectively declared MX for=20 >optusnet.com, =3D >> as >> your server ? >> And Rob digs seemed to proove that there is no 'dns' problem=20 >from its =3D >> server >> as a mx search return effectively MAIL.optusnet.com as the MX !?!? >> Rfc seems to say (if I interpreted them correctly) : IF at=20 >least one mx >> entry is found user ONLY the mx list, even if all/some busy, =3D >> unreachable, >> (next retries must continue to use the MX entries, and never=20 >fallback =3D >> to A >> records....). A records usage "could" be used only as an=20 >alternative =3D >> "auto >> mx" when NO mx entries exist. > >XMail either gets an MX or it tries the A record, that is=20 >*exactly* the=20 >domain name. That was WWW.domainname, and the *only* way it=20 >could have got=20 >there, is as a MX. Strange thing is, that host does not appear=20 >anywhere in=20 >the DNS packets at the moment. A temporary screw up on their DNS? > > >- Davide > >
Possible it's a dns server problem Who does xmail response on a timeout after dns query ? Who many retries = ? And final decision on dns timeout ? A record tries ? I ask this because, I noticed that dns timeouts are frequent with some french isp especially on udp (qos ? prioritization ?), and an immediate retry generally get the response. Francis - 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]
