SUMMARY:Solaris 9 stock sendmail problem

Hi:

Ever feel really stupid for asking a question you kind of knew the answer to
already?  So first, a big apology for not reading the Sendmail.org FAQ more
carefully.  And thanks to everyone who replied, this is now working
correctly.

Solution #1

Just edit /etc/mail/submit.cf,  find the entry for DS there and set it to:

DSmailhost.mydomain.com

I honestly thought I had tried this, but it works now, so thanks very much.

Solution #2

Modify the source file submit.mc  and add:

FEATURE(`msp', `mailhost.mydomain.com')

or replace 127.0.0.1 with mailhost.mydomain.com.

Then rebuild submit.cf.  Of course this is the correct and elegant way to do
#1.
CF: http://www.sendmail.org/faq/section3.html#3.44

The stock source files are in /usr/lib/mail/cf and there is an m4 in
/usr/ccs/bin.

Solution #3

Many people suggested I run sendmail so it only listens on the loopback like
this:

/usr/lib/sendmail -bd -q15m -ODaemonPortOptions=Addr=localhost

or putting this in sendmail.mc and rebuilding a sendmail.cf:

DAEMON_OPTIONS(``Port=smtp, Addr=127.0.0.1, Name=MTA'')dnl
FEATURE(`no_default_msa')dnl

Some of these people also asked why I wouldn't want sendmail running as a
daemon.   I don't want to start a war, but one of the basic tenets of
security/host hardening is that if a service is not explicitly needed it
should not be running.

Also as the topher pointed out, if I can run the stock Sun Sendmail with a
small config change, I can avoid possible conflicts with Sun patches  and
avoid rebuilding Sendmail from source every time a patch comes out.  This
would be come a large administrative task for every box.  I only have to
rebuild Sendmail from scratch on the mail server running the latest and
greatest source.

Thanks again to every one who replied.  I posted at 3:20pm, had 3
out-of-office replies by 3:25 and  a solution by 3:35pm.  This is a great
list.

Bryan
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers