From owner-freebsd-hackers Fri Aug 13 10:42:42 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from fanf.noc.demon.net (fanf.noc.demon.net [195.11.55.83]) by hub.freebsd.org (Postfix) with ESMTP id 63B2E14BE7 for ; Fri, 13 Aug 1999 10:42:39 -0700 (PDT) (envelope-from fanf@demon.net) Received: from fanf by fanf.noc.demon.net with local (Exim 3.02 #13) id 11FLJy-000PsM-00; Fri, 13 Aug 1999 18:40:50 +0100 To: Doug@gorean.org From: Tony Finch Cc: hackers@freebsd.org Subject: Re: (2) hey In-Reply-To: <37B43D60.56FF6F32@gorean.org> References: <199908122308.TAA88002@whizzo.transsys.com> Message-Id: Date: Fri, 13 Aug 1999 18:40:50 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug wrote: > >Nothing in either RFC that you quoted, or any of your examples >contradicted my actual point, which was that PTR records are not >valid outside of in-addr.arpa name space. AFAICT the second example I gave has a valid PTR record outside in-addr.arpa. To give you a more concrete example I've reconfigured the reverse DNS for dotat.at to change some time after midnight UTC to use the RR "rev.dotat.at. PTR dotat.at." >If you believe they are, give valid working examples and explain >their meaning, since there currently is not a definition for their >use outside of in-addr.arpa. It means that rev.dotat.at points to dotat.at. When the 134.240.212.in-addr.arpa zone updates itself rev.dotat.at will be the canonical name for 130.134.240.212.in-addr.arpa so reverse lookups will work as expected. You might also want to look at RFC 1886 which defines the ip6.int domain, which like in-addr.arpa is full of PTR RRs. Tony. -- f.a.n.finch dot@dotat.at fanf@demon.net e pluribus unix To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message