From owner-freebsd-isp Sat Jan 20 9:49:35 2001 Delivered-To: freebsd-isp@freebsd.org Received: from dsl.MexComUSA.net (adsl-63-200-120-86.dsl.mtry01.pacbell.net [63.200.120.86]) by hub.freebsd.org (Postfix) with ESMTP id E7CA037B401 for ; Sat, 20 Jan 2001 09:49:16 -0800 (PST) Received: (from root@localhost) by dsl.MexComUSA.net (8.11.1/8.11.1) id f0KHiWu28401; Sat, 20 Jan 2001 09:44:32 -0800 (PST) (envelope-from eculp@EnContacto.Net) Received: from 63.200.120.86 ( [63.200.120.86]) as user eculp@EnContacto.Net by Mail.MexComUSA.net with HTTP; Sat, 20 Jan 2001 09:44:32 -0800 Message-ID: <980012672.3a69ce80d50b5@Mail.MexComUSA.net> Date: Sat, 20 Jan 2001 09:44:32 -0800 From: Edwin Culp To: J & C Frazier , freebsd-isp@FreeBSD.ORG Subject: Re: Problems with sendmail and NSI References: <3A60EE08.3C9CD7AF@csocs.com> <5.0.2.1.0.20010120091739.057c9130@mail.Go2France.com> In-Reply-To: <5.0.2.1.0.20010120091739.057c9130@mail.Go2France.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.6-cvs Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Amen. Quoting Len Conrad : > > >It's amazing what you learn when stuff goes haywire. BTW: the dns issues > were > >related to csocs.com being expired and the nameservers giving out > >old information. > > hmmm, nope. csocs.com's glue records are, 09:30 French time > 2000-01-20, in the root-servers.net but none of the answer > authoritatively for the zone. That's not NSI's or anybody's pb but the > NS's. > > >NSI has corrected this problem also and should be > >fixed in 24-48 hours (one of their nice billing techs misapplied funds). > >Thanks again. > > I don't think your amazement and learning is over, yet. > > DNS Expert Pro will not even analyze the csocs.com zone because no NS > is answering authoritatively for the zone. ie, the haywireness is in > the NS's and not in NSI, not in upstream links. > > This has absolutley nothing all to do with NSI, as long as NSI has > not pulled the glue records from the roots. 99% of the time, absence > of the 'aa' flags means that the zone file has syntax errors. > > In this query: > > # dig +norec @NS.csocs.com csocs.com soa > > ; <<>> DiG 8.2 <<>> +norec @NS.csocs.com csocs.com soa > ; (1 server found) > ;; res options: init defnam dnsrch > ;; got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34418 > ;; flags: qr ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 > ;; QUERY SECTION: > ;; csocs.com, type = SOA, class = IN > > ;; ANSWER SECTION: > csocs.com. 1H IN SOA ns.csocs.com. root.ns.csocs.com. ( > 78 ; serial > 1H ; refresh > 15M ; retry > 5w6d16h ; expiry > 1H ) ; minimum > > ... ns.csocs.com should answer authoritatively, but it > doesn't. Forget about billing, NSI, upstreams, etc, and fix your > zone file(s), esp start with the master NS, if you run one master and > the others as slaves for csocs.com. > > Len > > > > http://BIND8NT.MEIway.com : Binary for ISC BIND 8.2.3 T9B for NT4 & W2K > http://IMGate.MEIway.com : Build free, hi-perf, anti-spam mail gateways > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > -- EnContacto.Net - InternetSalon.Org - CafeMania.Net -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message