[comp.mail.sendmail] sendmail 5.61, bind, mx, syslog

recerik@danpost.uni-c.dk (Erik Bertelsen) (02/04/89)

Conclusion: except for the syslog problem, sendmail 5.61 now installs
very cleanly under Ultrix 2.2 running bind 4.8. 



Like other people I have also installed sendmail 5.61 under Ultrix v. 2.2
using the resolver library built as part of bind 4.8.

In the first attempt I just removed the calls to unsetenv and the third
parameter to openlog as described in earlier messages. Result: sendmail
runs, but with no syslog information. 

Then I fetched the new version with a few files in the support directory
which should solve the problems above.

I noticed that main.c and parseaddr.c have had a few updates, one resulting
in automatic detection of the correct number of parameters to use with
openlog.

I built all the modules in the support directory into libresolv.a, which
I had installed as part of bind.

Several people has mentioned the compilation messages that appeared because
of double definitions of s_host. I cured that by #undef'ing s_host in
sendmail.h just after the inclusion of netinet/inet.h. Grep'ing the sources
told me that this was not harmful.

Result: a sendmail which compiles without warnings, and a sendmail which
functions very well with MX and the other new features that I wanted,
BUT: still no syslog information.

I now rewrote syslog.c to send its messages as UDP datagrams to the syslog
service (port 514 as far as I remember) instead of the distributed version
that sends them to the AF_UNIX socket bound to /dev/log. I also changed
the code to append a newline to each message as indicate by the introductory
comment in the file syslog.c. Now it works !!

Lastly I saw several empty messages in the syslog: This is caused by a
few places in the sendmail source where the messages to syslog are already
terminated by a newline -- please be consistent: either always or never
use newline terminated strings, but don't mix them please.

Lastly I will just mention that the variable NetName, which is set by the
N option is never used. I found that because my old sendmail appended
.ARPA to some domain names; this was a problem before the N-option was
even introduced. My investigation (and the documentation) showed me
the N-option, but the code never uses it in the current version.
I don't miss it now, but it should be removed completely.

Now that I have a working sendmail, I will end this message in the hope that
it will contain usefull information for other people using the new sendmail
under Ultrix.

Cheers from
Erik Bertelsen
UNI-C, The Danish Computing Centre for Research and Education.
recerik@danpost.uni-c.dk.