[16670] in Athena Bugs
Re: Sending mail to olc@mit.edu doesn't create new log
daemon@ATHENA.MIT.EDU (Garry Zacheiss)
Wed Feb 3 12:31:55 1999
To: Albert Dvornik <bert-olc@MIT.EDU>
Cc: Garry Zacheiss <zacheiss@MIT.EDU>, pipa@MIT.EDU, bug-olc@MIT.EDU,
ops@MIT.EDU, carla@MIT.EDU, othomas@MIT.EDU
In-Reply-To: Your message of "03 Feb 1999 11:56:59 EST."
<tqbtjb8lyc.fsf@puma.genscan.com>
Date: Wed, 03 Feb 1999 12:31:47 EST
From: Garry Zacheiss <zacheiss@MIT.EDU>
>> Ummmm, Houston, does that mean we are no longer using smrsh to run
>> external programs from sendmail? (If so, I'd argue we should fix
>> that.) Doesn't smrsh simply not care what the full pathname is?
Yup, it did mean that. I'm vaguely apathetic to whether we use
smrsh or not, but I did find the real problem and reenable smrsh. As it
turns out, /etc/sendmail.cf on matisse was a symlink to
/var/ops/etc/sendmail.cf, which was setup to use smrsh. Unfortunately,
Solaris reads /etc/mail/sendmail.cf, and /etc/sendmail.cf was a
compatability symlink to /etc/mail/sendmail.cf used by some older
versions of Solaris. The Athena update merrily mangled
/etc/mail/sendmail.cf. I've made /etc/mail/sendmail.cf a symlink to
/var/ops/etc/sendmail.cf, and /etc/sendmail.cf a symlink to
/etc/mail/sendmail.cf. I've tested it and sendmail again doesn't care
what path we specify for olcm or dsmail, allowing us the joy of aliases
pointing to apparently nonexistant binaries again if we so desire. Enjoy.
Garry
