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_processinghosts:-
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 findover the whole filesystem, no.procmailrcfound) -
gettor -
crm-int-01 (nothing found) -
gitlab-02 -
alberti -
submit-01 -
...? still in progress
-
-
remove the mailbox_commandfrommain.cf, see what breaks -
find out why userdir-ldap depends on procmail: it used to use the lockfilecommand, switched toflockalready -
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 lockfileusage and some coordination -
send an announcement (forum, list) -
remove procmail from Debian (filed bug 1006633)
Edited by anarcat