Subject: Re: README: sendmail changes
To: None <current-users@NetBSD.org>
From: Jeremy C. Reed <email@example.com>
Date: 07/21/2004 09:45:08
Maybe the rc.d/sendmail should use full path to libexec/sendmail versions.
So then it should not matter if mailer.conf is modified.
And if an admin chooses to modify mailer.conf (to use postfix) but
sendmail=YES then real sendmail will be used. And sendmail mailwrapper
wouldn't behave correctly. Which is fine by me.
If an admin chose postfix=YES and sendmail=YES, then they get the errors
I guess I don't understand fully why we can't have the sendmail work for
outgoing and delivering local mail by default.
By the way, FreeBSD 5.2.1 does:
for inbound daemon:
sendmail_flags="-L sm-mta -bd -q30m"
for outbound only:
sendmail_outbound_flags="-L sm-queue -q30m"
for clientmqueue queue runner:
sendmail_msp_queue_flags="-L sm-msp-queue -Ac -q30m
for localhost only submission:
sendmail_submit_flags="-L sm-mta -bd -q30m -ODaemonPortOptions=Addr=localhost"
If sendmail_enable is NONE then all sendmail_*_enable are set to NO
FreeBSD -current now allows its /etc/rc.d/sendmail to also start Postfix.
(Of course, variables would have to be defined correctly.)
Personally, I'd prefer not to have any daemon running and just use a a
setgid sendmail outbound only tool (with the setuid root mail delivery
(setgid client so it can queue to queue directory; but maybe that doesn't
matter and could use world-writable with sticky bit. Is it okay if users
can delete their own email that is queued for processing?)
Jeremy C. Reed
BSD News, BSD tutorials, BSD links