Chris Bannister grabbed a keyboard and wrote: > On Tue, Jan 22, 2013 at 10:10:07AM -0800, David Guntner wrote: >> My regular user account runs fetchmail via cron every so often, >> which goes out via secure (encrypted) IMAP connections to my >> various mailboxes scattered across the Internet. :-) That, in >> turn, feeds the mail to Postfix for handling, which then passes it >> off to Procmail for delivery. > > Why hand it off to Postfix, where instead you could just use > fetchmail with "-m" option, e.g: > > fetchmail -e 50 -m /usr/bin/procmail
'Cause that's the default fetchmail action, and I didn't know about that
particular option. :-)
However, upon doing a "man fetchmail," I found the following clause
regarding the -m option:
> The well-known procmail(1) package is very hard to configure
> properly, it has a very nasty "fall through to the next rule"
> behavior on delivery errors (even temporary ones, such as out of disk
> space if another user's mail daemon copies the mailbox around to
> purge old messages), so your mail will end up in the wrong
> mailbox sooner or later. The proper procmail configuration is
> outside the scope of this document. Using maildrop(1) is usually much
> easier, and many users find the filter syntax used by maildrop
> easier to understand.
So it might actually be safer to let it hand the mail off to Postfix
(and let *that* handle Procmail) anyway....
--Dave
signature.asc
Description: OpenPGP digital signature
