NetNews Usenet Archive 1992 #18/NN_1992_18.iso/spool/comp/mail/sendmail/2106

Internet Message Format | 1992-08-19 | 1.8 KB

Xref: sparky comp.mail.sendmail:2106 comp.sys.sun.misc:3795
Path: sparky!uunet!dtix!darwin.sura.net!mips!carbon!news.cs.indiana.edu!syscon!gator!fang!att!cbnewsc!cbnews!lml
From: [e-mail] (l.mark.larsen)
Newsgroups: comp.mail.sendmail,comp.sys.sun.misc
Subject: "mailhost" problem
Message-ID: <[e-mail]>
Date: 19 Aug 92 23:39:14 GMT
Sender: L. Mark Larsen
Followup-To: comp.mail.sendmail
Distribution: na
Organization: AT&T Bell Laborartories
Lines: 24

Here is a situation which has me rather puzzled.  I have four Sun machines
all running Sun OS 4.1.1.  Two of them are on one subnet and two are on
a different subnet.  Both sets are using NIS - set "b" is also using
the resolver (though I have turned this off at various times in my attempts
to get things working).  One of the two machines in each set is the mailhost
and has the usual primary sendmail.cf file while the other host in each set
uses the subsidiary sendmail.cf file.  Now, both sets also have an IP
address (in NIS) for a host which doesn't support SMTP.  If I attempt to send
mail to someone on that host (using user@foo), then the subsidiary host of set
a immediately contacts the mailhost to deliver the mail.  However, the
subsidiary host of set b goes through the usual address parsing, tries
to deliver the message itself (which fails and is deferred) and basically
ignores the mailhost.

If I use a fully qualified name (e.g., [e-mail]), then
the set b subsidiary does contact the mailhost, but only after going through
the address parsing.  If I run the two subsidiaries in sendmail address
testing mode, they behave the same.  I just don't understand why one
connects directly to mailhost while the other doesn't.  Any ideas?
Please email any responses.

thanks,
L. Mark Larsen
[e-mail]