On Tue, 22 Jan 2013, David Guntner wrote:
So it might actually be safer to let it hand the mail off to Postfix
(and let *that* handle Procmail) anyway....
There are a few options here:
(1) Use maildrop (not to be confused with MailDrop). Like procmail but
safer (apparently). Home site: http://www.courier-mta.org/maildrop/
(2) Use a catch-all rule at the end of .procmailrc so that even if mail
falls through it goes somewhere other than /dev/null.
(3) Keep a backup of all email. I have my personal MTAs (running Postfix)
keep a copy of all email that passes through them. If something somewhere
(procmail/maildrop/imapfilter/whatever) drops the ball I can always go to
my mail backup account and recover the mail item. Yes this doubles mail
storage requirements, but you know what - disk is cheap[1].
I do this using the Postfix config option "always_bcc=".
Note: Anyone implmenting a solution like this should take in to account
privacy laws in relevant jurisdictions (where they are, where the MTA is,
etc).
[1] I backup nightly and mail storage is still only a small proportion of
the data that gets backed up.
Cheers,
Rob
--
Email: rob...@timetraveller.org Linux counter ID #16440
IRC: Solver (OFTC & Freenode)
Web: http://www.practicalsysadmin.com
Director, Software in the Public Interest (http://spi-inc.org/)
"Information is a gas"
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/alpine.deb.2.00.1301230833030.30...@pollux.opentrend.net
