Path: utzoo!attcan!uunet!yale!bunker!stpstn!aad
From: aad@stpstn.UUCP (Anthony A. Datri)
Newsgroups: comp.mail.sendmail
Subject: AHA! (sunos 4.0 sendmail)
Keywords: sendmail sun two copies brain damage kill my landlord
Message-ID: <2082@stpstn.UUCP>
Date: 11 Sep 88 23:44:42 GMT
Reply-To: aad@stpstn.UUCP (Anthony A. Datri)
Organization: The Stepstone Corporation, Sandy Hook, CT
Lines: 31


  It seems that Sun has really confused things in their reorganization of the
directory structure in 4.0.  Sendmail now looks for sendmail.cf in /etc, *not*
/usr/lib.  Okay, so I look at the man page, and *it* says /etc/sendmail.cf.
So the manual says that too, but it took me two weeks to figure this out.  The
templates are still kept in /usr/lib.  The sendmail executable contains both
the strings /etc/sendmail.cf and /usr/lib/sendmail.cf close to each other -- I
suspect that it'll check for the latter in the absence of the former.

  So on that I can't *really* blame Sun.  I should have R'd TFM.  The reason
why I didn't RTFM is that TFM is now a mishmash of 3.x and 4.0 isms, at least
in the various uucp and sendmail documents, and I figured "They're confused as
far as documentation, I'll just go by what the files say".  Here's where I
didn't catch the move of sendmail.cf, even though it now proves to have been
documented.  This move does make sense to me now, since under 3.2 I wasn't
real happy that diskless machines shared the server's configuration files
(like sendmail.cf, crontab).  For example, page 377, Chapter 15 of the "System
& Networking Administration" says that domains are defined with DD and CD,
which seems to be the 3.x style, while the 4.0 sendmail.cf file uses Dm.
There is also a mixture of old-style /usr filenames and new-style /var
filenames, inconsistent.  So be verwy verwy kwaaaaarfyl when reading these
documents.

  So, in summary, I should kick myself for not seeing the move, but I felt
obligated to help others avoid the same mistake.

-- 
@disclaimer(Any concepts or opinions above are entirely mine, not those of my
	    employer, my GIGI, or my 11/34)
beak is								  beak is not
Anthony A. Datri,SysAdmin,StepstoneCorporation,stpstn!aad