Date: Thu, 09 Jan 2003 12:07:19 -0800 From: Terry Lambert <tlambert2@mindspring.com> To: Peter Much <pmc@citylink.dinoex.sub.org> Cc: Gregory Neil Shapiro <gshapiro@FreeBSD.ORG>, hackers@FreeBSD.ORG Subject: Re: sendmail: how to get the named of FreeBSD4.7 standards compliant? Message-ID: <3E1DD677.1C3DDBBD@mindspring.com> References: <no.id> <20030101181330.C8233@disp.oper.dinoex.org> <3E134659.78028611@mindspring.com> <20030106173652.A495@disp.oper.dinoex.org> <3E1A1336.9F535670@mindspring.com> <20030108000930.A512@disp.oper.dinoex.org> <3E1C971C.7581F3BD@mindspring.com> <20030109031545.A80293@disp.oper.dinoex.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Peter Much wrote: > ! 1) The default names option in the standard resolver will prevent > ! another query for the unqualified name, since unqualified names > ! are supposed to get the local domain name, unconditionally. > > I'm sorry, my named.log shows it the other way round - as does > the debug mode of nslookup: What are the precise contents of your /etc/resolv.conf? > ! 2) It's possible to change the resolver flags in sendmail by > ! adding lines to the M4 file source code. You need to look > ! at the source tree and read cf/README. > > Been there, done it, got the t-shirt. I walked thru the whole > code there, only to find lots of niceies like the following > - from daemon.c: [ ... ] > Now, as far as I am considered, I think I have had enough of this > stuff. I have understood from the code why it behaves the way it > does, have learned a bit about name resolution, and now either > have to live with it the way it is, or change the code in a way > I like. Naturally, I personally believe all problems are solvable, and Greg can answer on the resolution of names in sendmail for this second case, but I understand your losing interest. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3E1DD677.1C3DDBBD>