From owner-freebsd-stable Thu Jan 18 17:10:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from drugs.dv.isc.org (drugs.dv.isc.org [130.155.191.236]) by hub.freebsd.org (Postfix) with ESMTP id E28A537B6A6 for ; Thu, 18 Jan 2001 17:10:37 -0800 (PST) Received: from nominum.com (localhost.dv.isc.org [127.0.0.1]) by drugs.dv.isc.org (8.11.1/8.11.1) with ESMTP id f0J1ADF67470; Fri, 19 Jan 2001 12:10:13 +1100 (EST) (envelope-from marka@nominum.com) Message-Id: <200101190110.f0J1ADF67470@drugs.dv.isc.org> To: Mike Tancsa Cc: Mark.Andrews@nominum.com, Gregory Bond , Christopher Schulte , stable@freebsd.org From: Mark.Andrews@nominum.com Subject: Re: Weird sporadic DNS resolution problems In-reply-to: Your message of "Thu, 18 Jan 2001 19:39:06 CDT." <4.2.2.20010118193210.038e34d8@marble.sentex.net> Date: Fri, 19 Jan 2001 12:10:12 +1100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > 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: SIZE=50 > 250 OK > >>> RCPT To: > 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