On Wed, 22 Nov 2006, Roland Mainz wrote:
> John Beck wrote:
> >
> > Roland> I have a small problem with my "sendmail" setup in Solaris
> > Roland> 11/B48/SPARC and can't make heads or tails out of the problem...
> >
> > First, you should not be editing sendmail.cf directly, but instead you
> > should take a copy of the .mc file, modify that, then build the .cf from
> > the .mc and install the .cf in /etc/mail:
> >
> > * cd /etc/mail/cf/cf
> > * cp sendmail.mc foo.mc
> > Pick whatever value you want for "foo"; `hostname` is often useful.
> > * Edit foo.mc
> > * make foo.cf
> > * cp foo.cf /etc/mail/sendmail.cf
> > * svcadm restart sendmail
> >
> > Roland> ... does anyone know what may be wrong in this case ?
> >
> > For your particular mod, you want the SMART_HOST macro:
> >
> > define(`SMART_HOST', `mailout.uni-giessen.de')dnl
> >
> > in your .mc file. Note that using the SMART_HOST macro tends to punt
> > everything to the smart host instead of trying MX records first, then
> > punting to the smart host only as a fall-back. Since MX records are an
> > Internet standard, the latter behavior is the default in Solaris; see
> > http://blogs.sun.com/jbeck/entry/no_more_main_vs_subsidiary for details.
>
> I already tried "define(`SMART_HOST', `mailout.uni-giessen.de')dnl" and
> "define(`confFALLBACK_SMARTHOST', `mailout.uni-giessen.de')dnl" with
> zero effect. The B48 machine still tries to deliver the emails directly
> (which works but the accepting host is in fact our firewall which
> captures all emails send by internal hosts this way (some kind of
> spamtrap) ; the only official way to get emails delivered to the world
> outside is that all email MUST be send to "mailout.uni-giessen.de").
I think the folks at blastwave.org have the right idea. If you install
the blastwave sendmail package it places everything in /opt/csw/* and has
the equivalent of the /etc/mail config files there:
$ find /opt/csw -name 'sendmail.cf*'
/opt/csw/etc/mail/sendmail.cf.CSW
/opt/csw/etc/mail/sendmail.cf
Suns sendmail is just too "different" to where it gets in the way, rather
than solves your email config issues. (Sorry John Beck)
Recommendation:
- disable Suns sendmail
- install the blastwave sendmail in /opt/csw (standard install root)
Now enjoy independent *per zone* sendmail operation and you don't have to
worry about a Solaris patch screwing up your (Sun) sendmail config. In
fact, you can setup a zone purely as your Sendmail "server" for the
machine. But you do need to watch for the Sun sendmail coming back from
the dead (it's like a virus). Don't believe me? Try this scenario in a
zone:
netservices limited
svcadm disable sendmail
# pgrep -l sendmail
.... life is good ...
# netservices limited
restarting syslogd
restarting wbem
dtlogin needs to be restarted. Restart now? [Y] N
dtlogin not restarted. Restart it to put it in local-mode.
# pgrep -l sendmail
14759 sendmail
14761 sendmail
It's back!
Regards,
Al Hopper Logical Approach Inc, Plano, TX. [EMAIL PROTECTED]
Voice: 972.379.2133 Fax: 972.379.2134 Timezone: US CDT
OpenSolaris.Org Community Advisory Board (CAB) Member - Apr 2005
OpenSolaris Governing Board (OGB) Member - Feb 2006
_______________________________________________
opensolaris-discuss mailing list
[email protected]
