Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!sdd.hp.com!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!rpi!uupsi!sunic!nuug!ulrik!ulrik.uio.no!obh
From: obh@ulrik.uio.no (Ole Bj|rn Hessen)
Newsgroups: comp.mail.sendmail
Subject: Re: resolv options when rewriting sender (inconsistencies).
Message-ID: <1990Jul10.151028.20873@ulrik.uio.no>
Date: 10 Jul 90 15:10:28 GMT
References: <1990Jul3.020637.28385@ulrik.uio.no> <5764@jhunix.HCF.JHU.EDU>
Sender: news@ulrik.uio.no (USENET News System)
Reply-To: obh@ulrik.uio.no (Ole Bj|rn Hessen)
Organization: University of Oslo, Norway
Lines: 35

|> excerpt from deliver.c, nameserver code, search for XXX

>Actually, this code has nothing to do with the $[...$] macro.  That's taken
>care of elsewhere.

Yes, I know. Perhaps my english is confusing? What I meant was that
_res.option is a global variable and thereby affects the expansion of the
$[ $] macro. The header is expanded in the smtpdata routine while this option
is set, and that is not what I think it should be like.

>I think I know why this was done.  First let's assume that you've handed
>deliver() an FQDN - which you should have by using the $[...$] macro
>somewhere in your sendmail.cf.  If that's true, then there's no need to go
>tacking on additional domain names when trying to get MX's and their
>addresses.  

Right, this option should not be set when sendmail looks up MX records.
Neither when sendmail tries to open connections to recipient host.

For reasons of consistency, I think that sendmail should revert to 
default behaviour immediately after the connection has been confirmed. 

I suggest it should be reset after smtpinit in deliver.c

Ole Bjorn.

			message(Arpa_Info, "Connecting to %s (%s)...",
			    MxHosts[0], m->m_name);
			if ((rcode = smtpinit(m, pv)) == EX_OK) {
				register char *t = tobuf;
				register int i;
#ifdef NAMED_BIND
	_res.options |= RES_DEFNAMES | RES_DNSRCH;	/* XXX */
#endif /* NAMED_BIND */
				/* send the recipient list */