Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!apple!julius.cs.uiuc.edu!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!uunet!mcsun!ukc!mucs!cns!umaida!jf
From: jf@ap.co.umist.ac.uk (John Forrest)
Newsgroups: comp.sys.apollo
Subject: Re: Elm mail tools
Keywords: Elm, where?, simple on Apollo?
Message-ID: <1991Feb8.110705@ap.co.umist.ac.uk>
Date: 8 Feb 91 11:07:05 GMT
References: <1067@eba.eb.ele.tue.nl> <ianh.665705620@morgana> <4fa27167.1bc5b@pisa.ifs.umich.edu>
Sender: news@cns.umist.ac.uk (Usenet news)
Reply-To: jf@ap.co.umist.ac.uk (John Forrest)
Organization: UMIST Computation dept, Manchester, UK
Lines: 25

In article <4fa27167.1bc5b@pisa.ifs.umich.edu>, rees@pisa.ifs.umich.edu (Jim Rees) writes:
|> In article <ianh.665705620@morgana>, ianh@bhpmrl.oz.au (Ian Hoyle) writes:
|> 
|>   BTW, for those people who may remember a posting of mine several months back 
|>   bemoaning the fact that HP *still* ships a brain-dead version of sendmail, 
|>   check out Neil Rickert's version of sendmail 5.65 with the IDA enhancements
|>   available from uxc.cso.uiuc.edu in pub/sendmail-5.65+IDA-1.4.2.tar.Z
|> 
|> I'm still using 5.61.  I can think of two problems you might have with
|> sendmail.  One is getting the load average (getla() in conf.c).  The other
|> is a subtle problem you may not realize you have.  Sendmail opens the alias
|> db for r/w.  This will fail if you have two sendmails both trying to run at
|> the same time on different nodes.  You can get a sendmail patched for both
|> these problems by ftp from maths.su.oz.au (last I checked).

The getload function on this version has been adapted from the xload source -
not the previous sendmail version - and is thus far more reliable (give or
take the problems you occationally see with xload). As far as the alias file
is concerned, I don't think this is quite the same issue now. You have the
choice of either having to explicitly make an alias database with each change
(the standard practice) or having a directory for each machine (what we do).

John Forrest
Dept of Computation
UMIST