Subject: Re: "make install" lossage, redux
To: Ignatios Souvatzis <is@jocelyn.rhein.de>
From: Frederick Bruckman <fb@enteract.com>
List: current-users
Date: 12/29/1999 13:09:49
On Wed, 29 Dec 1999, Ignatios Souvatzis wrote:

> On Wed, Dec 29, 1999 at 05:48:18AM -0600, Frederick Bruckman wrote:
> > On Wed, 29 Dec 1999, David Brownlee wrote:
> > 
> > > On 28 Dec 1999, Bill Sommerfeld wrote:
> > > 
> > > > Moreover, using the host's sendmail is not guaranteed to work
> > > > (regardless of byte order issues) because the db format could may
> > > > change from version to version.
> > > > 
> > > > I think the best bet is to not attempt to do this at build time, but
> > > > have it done as part of the install process, probably on the first
> > > > boot of the system..  
> > > 
> > > 	Why not have a check in rc that automatically runs newaliases
> > > 	if aliases.db is out of date (and sendmail is enabled).
> > 
> > Sendmail does this already. You lose, apparently, only if there is no
> > aliases.db at all, as in a new install. So all "make distribution" in
> > .../sendmail has to do is "touch ${DESTDIR}/etc/aliases.db".
> 
> make sure its change date is earlier than /etc/aliases' change date.

Darn. It doesn't work. "sendmail" isn't happy unless aliases.db is a
proper database file.

As noted in the cvs log for /basesrc/etc/Makefile, running newaliases
at boot doesn't do anything once you've installed a sendmail.cf to
make that machine a null client. In that case, sendmail doesn't use
the aliases file, yet it still whines about "...unsafe map file...".
Maybe the thing to do for this is to patch sendmail to be quiet.