Date: Fri, 19 Jan 2001 12:10:12 +1100 From: Mark.Andrews@nominum.com To: Mike Tancsa <mike@sentex.net> Cc: Mark.Andrews@nominum.com, Gregory Bond <gnb@itga.com.au>, Christopher Schulte <christopher@schulte.org>, stable@freebsd.org Subject: Re: Weird sporadic DNS resolution problems Message-ID: <200101190110.f0J1ADF67470@drugs.dv.isc.org> In-Reply-To: Your message of "Thu, 18 Jan 2001 19:39:06 CDT." <4.2.2.20010118193210.038e34d8@marble.sentex.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> At 11:27 AM 1/19/2001 +1100, Mark.Andrews@nominum.com wrote: > > > But did the A record of the MX exist? Was the zone correctly > > delegated? There are quite a few configuration error case > > transient errors. > > In the past, you were able to send email to LAME zones. i.e. a server which > did not respond authoritatively. The question I have is when did this > change, and if so, is it a tuneable. The example I gave was supercom.ca. > Both their servers respond LAME in the classic sense. > > ns4# mail -v postmasterd@supercom.ca > Subject: test ignore > > EOT > postmasterd@supercom.ca... supercom.ca: Name server timeout > postmasterd@supercom.ca... Transient parse error -- message queued for > future delivery > postmasterd@supercom.ca... queued > ns4# > > From a LINUX box > mail -v postmaster@supercom.ca > Subject: test ignore > > Cc: > postmaster@supercom.ca... Connecting to mail.supercom.ca. via esmtp... > > [root@devonium2 mdtancsa]# v220 mail.supercom.ca Lotus SMTP MTA Service Ready > >>> EHLO devonium2.sentex.ca > i250-mail.supercom.ca > 250-SIZE 0 > 250 EXPN > >>> MAIL From:<root@devonium2.sentex.ca> SIZE=50 > 250 OK > >>> RCPT To:<postmaster@supercom.ca> > 250 OK > >>> DATA > 354 Enter Mail, end by a line with only '.' > >>> . > /250 Message received OK. > postmaster@supercom.ca... Sent (Message received OK.) > Closing connection to mail.supercom.ca. > >>> QUIT > 221 GoodBye > > > Same rev of sendmail, asking another earlier BIND. > > ---Mike > > > ---Mike > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Network Administration, mike@sentex.net > Sentex Communications www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > So, you would rather have BIND pass on *bad/incomplete* data. From the outside I have no way of knowing if any RRset is complete. Some of this will become moot soon BIND 9 and BIND 8.2.3 refuse to serve bad zones. Mark -- Mark Andrews, Nominum Inc. 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark.Andrews@nominum.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200101190110.f0J1ADF67470>