get rid of procmail
procmail gets installed as world-executable, suid root:mail
everywhere right now, which is a huge security liability considering the software is completely dead and likely contains security issues.
see for example this article from LWN. and consider that the "final release" of Procmail was made in 2001, when the last maintainer publicly stated that "the code is not safe and should not be used as a basis for any further work" (source). see also the wikipedia article.
in #40635 (closed), i wanted to remove procmail from polyanthum but found out that I can't actually remove procmail from our systems because it's a dependency of userdir-ldap, which means it's installed everywhere. so we should really clean that up.
-
look for .procmailrc in all homes to see if we have other configurations to deal with, explicitly check all mail_processing
hosts:-
polyanthum (#40635 (closed)) -
rude (was using it to file mails into the /srv/rtmailarchive
, in the right folder, converted to.dovecot.sieve
-
egeuni (made a find
over the whole filesystem, no.procmailrc
found) -
gettor -
crm-int-01 (nothing found) -
gitlab-02 -
alberti -
submit-01 -
...? still in progress
-
-
remove the mailbox_command
frommain.cf
, see what breaks -
find out why userdir-ldap depends on procmail: it used to use the lockfile
command, switched toflock
already -
if it's a hard dependency, find an alternative solution: already done, see above -
remove the dependency: needs a patch and upstream -
deploy patched userdir-ldap everywhere -
remove procmail from all our servers: might need an audit of the lockfile
usage and some coordination -
send an announcement (forum, list) -
remove procmail from Debian (filed bug 1006633)
Edited by anarcat