maildrop for Debian ------------------- You should be able to run maildrop without making it your default system MDA: just put "|/usr/bin/maildrop" in your ~/.forward file (including the quotes). Here's a short recipe on how to set it as a MDA in Exim's exim.conf: Add this to the transports section (anywhere, order doesn't matter): maildrop_pipe: driver = pipe command = "/usr/bin/maildrop -d ${local_part}" return_path_add delivery_date_add envelope_to_add check_string = "From " escape_string = ">From " user = $local_part group = mail Add this to the directors section (at the end, order does matter): maildrop: driver = localuser transport = maildrop_pipe require_files = ${local_part}:+${home}:+${home}/.mailfilter:+/usr/bin/maildrop no_verify headers_add = "Delivered-To: ${local_part}@${domain}" That's it. It's not the only way nor the guaranteed correct way to make it work, but It Works For Me (TM) :) For Postfix, you should be able to make it work just by adding the following line to your /etc/postfix/main.cf file: mailbox_command = /usr/bin/maildrop That doesn't enable any checking for ~/.mailfilter files, though. Note that lockmail, maildirmake and deliverquota and the accompanying manual pages have been renamed to include the ".maildrop" suffix, in order to avoid conflicts and allow coexistence with courier (lockmail, maildirmake, deliverquota), qmail (maildirmake) and potentially others. Alternatives (symlinks) have been used instead, so you can choose which of the programs you want to use by default, using update-alternatives. maildrop and lockmail.maildrop are installed setgid mail so that they can do mailbox locking in the /var/mail directory. setuid root is removed intentionally, you shouldn't ever really need it and it poses a potential security risk (as any other suid binary). The o-r restriction on .mailfilter* has been removed in the Debian package. TODO: * integrate better with qmail/sendmail/etc... -- Tommi Virtanen, Tue, 8 Sep 1998 12:01:27 +0300 -- Josip Rodin, Sat, 8 Mar 2003 19:00:28 +0100