Bug#2224: mail.local not setuid root
> Should we really be providing mail.local with sendmail? It's not the most
> robust of delivery agents. It would be better to add a dependency on
> procmail and use that as the delivery agent.
Given that the supplied sendmail.cf m4 files explicitly specify
/usr/sbin/mail.local as Mlocal, that path should probably continue to
work.
If there's an easy way to drop in procmail as a replacement, then
making a script out of that and dropping it into mail.local would be a
reasonable alternative (at least for a few releases) or having
postinst grep for mail.local in /etc/sendmail.cf and warn the user
(which means prompting them, since we all know that noone reads
postinst messages that don't stop the process :-)
Other linux packages appear to have a program called "deliver" which
is also recommended, so perhaps we need a virtual package of "local
delivery agent" programs (or perhaps we have one already?)
Reply to: