From owner-freebsd-hackers Mon Sep 15 12:18:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA17855 for hackers-outgoing; Mon, 15 Sep 1997 12:18:02 -0700 (PDT) Received: from usr05.primenet.com (tlambert@usr05.primenet.com [206.165.6.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA17847 for ; Mon, 15 Sep 1997 12:17:57 -0700 (PDT) Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id MAA24601; Mon, 15 Sep 1997 12:17:42 -0700 (MST) From: Terry Lambert Message-Id: <199709151917.MAA24601@usr05.primenet.com> Subject: Re: Resolver broken? [Was:nfs startup - perhaps it is a problem] To: grog@lemis.com (Greg Lehey) Date: Mon, 15 Sep 1997 19:17:42 +0000 (GMT) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG In-Reply-To: <19970915165338.14706@lemis.com> from "Greg Lehey" at Sep 15, 97 04:53:38 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I've once noticed that this did indeed help, yes. But in my case it > > was sendmail that complained it didn't find the onw host. I forgot > > the details, but i think the /etc/hosts part of the resolver library > > is broken with this. Ah, yes, i remember: sendmail apparently tries > > to lookup "${hostname}.", i.e. it calls gethostname(2), and appends a > > dot to force DNS to not use the search order. The /etc/hosts part of > > the resolver library cannot handle this unless the host is listed with > > the trailing dot in /etc/hosts. I think this is a bug, and this part > > of the resolver library should just remove a trailing dot, to be > > (bug-)compatible to the DNS part. > > Been there, done that. I'd categorize this as a sendmail bug, > however. There's nothing in the /etc/hosts world which suggests that > a . at the end of a name is legal. I agree that it's the resolver library that's broken, not sendmail. The sendmail program is attempting a perfectly legal thing: it does not want the local domain added to the fully qualified host name. It is up to the resolver library to provide the transparency this requires. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.