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
they chose.

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_enable=NO
 sendmail_flags="-L sm-mta -bd -q30m"

for outbound only:
 sendmail_outbound_enable="YES"
 sendmail_outbound_flags="-L sm-queue -q30m"

for clientmqueue queue runner:
 sendmail_msp_queue_enable="YES
 sendmail_msp_queue_flags="-L sm-msp-queue -Ac -q30m

for localhost only submission:
 sendmail_submit_enable="YES"
 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
agent too).

(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
	  	 	 http://www.bsdnewsletter.com/