The problem with the statistics not being generated in sendmail was
because indeed sendmail didn't want to follow sym. links in this case a
CDSL in the cluster file system.
The solution is to set in the sendmail.cf file:
DontBlameSendmail=writestatstosymlink
There are also other interesting flags that may need to used under some
circumstances if you look in conf.c (in the 8.10.1 sendmail code).
The aliases table not rebuilding on start up was an issue in the
/sbin/init.d/sendmail code where it was actually using "make" to check
the aliases "database" file against the aliases source. Because we
are not using the Tru64 sendmail configuration this can fail.
The workaround is to set up dummy dates in the aliases, aliases.dir and
aliases.pag in /var/adm/sendmail so aliases is newer then aliases.dir
and aliases.pag or of course to modify /sbin/init.d/sendmail.
Special thanks to Christopher Jacobson of Compaq Support who solved the
statistics issue.
The original questions:
I just went production with a 5.0a cluster which in part serves as the
campus mail hub.
I built and tested sendmail 8.10.1 on a test cluster with no problems
(other than the new MSA functionality not being able to bind on a port
that the cluster treats "specially").
On the production system sendmail is not posting statistics to
/usr/adm/sendmail/sendmail.st. The file remains at 0 length. It worked
on the test cluster.
/usr/adm/ is a link to /var/adm and sendmail.st is a CDSL to
/var/cluster/members/{memb}/adm/sendmail/sendmail.st. removing the CDSL
had no effect.
I put debugging messages in stats.c and see that the file argument
passed is correct (/usr/adm/sendmail/sendmail.st).
----------------------
Todd Acheson
740 593-0034
acheson_at_ohiou.edu
Received on Thu Sep 28 2000 - 03:00:35 NZST