Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!mp.cs.niu.edu!rickert From: rickert@mp.cs.niu.edu (Neil Rickert) Newsgroups: comp.mail.sendmail Subject: Re: Problem with sendmail 5.65 with unqualified names Message-ID: <1991Jun25.023129.827@mp.cs.niu.edu> Date: 25 Jun 91 02:31:29 GMT References: <1991Jun24.231248.305@Think.COM> Organization: Northern Illinois University Lines: 30 In article <1991Jun24.231248.305@Think.COM> ellozy@farber.harvard.edu (Mohamed Ellozy) writes: > >This seems to work well with one exception. When I send mail to a host >in the harvard.edu domain, using the unqualified name, mail gets >delivered fine, and all seems to indicate that it was correctly >processed. Specifically, sendmail -bt shows user@host being resolved >to user@host.harvard.edu. The sendmail dialogue (mail -v) shows a >correct address. The message, however, has a header of: > > To: user@host.dfci.harvard.edu. > This is a bug in the Berkeley sendmail. It was reported last October. When the mailer is called, and a connection is made, the TCP mailer should already have a fully qualified host name. Code in deliver.c turns off all local domain qualification while looking up the MX record and associated address. Unfortunately, it turns it on again too late, so that during the processing of header addresses the local domain qualification is still turned off. The problem is corrected in the IDA versions, with a change to daemon.c. You could probably extract a patch from the RCS archives, but it is probably entangled with other patches. Of course you could just use the IDA versions and use a dbm domaintable lookup for a more reliable approach to local qualification. -- =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*= Neil W. Rickert, Computer Science Northern Illinois Univ. DeKalb, IL 60115 +1-815-753-6940