On Mon, 2013-04-08 at 19:41 -0400, David F. Skoll wrote: > On Mon, 8 Apr 2013 16:02:27 -0600 > Bob Proulx <b...@proulx.com> wrote: > > > Karsten Bräckelmann wrote: > > > > Unfortunately, no. While procmail implements some flavor of > > > "extended" Regular Expressions, there are still quite some > > > differences to other regex engines, > > I got sufficiently fed up with procmail that I switched to > Email::Filter from CPAN. If that's an option for you, I strongly > recommend it. If you use SpamAssassin, you may already enjoy Perl hacking. > > My .procmailrc: > > :0 > | /usr/bin/perl /home/dfs/.mail-filter.pl >> /home/dfs/.mail-filter.log 2>&1 > > and .mail-filter.pl is a greatly expanded version of the example at > http://search.cpan.org/~rjbs/Email-Filter-1.032/lib/Email/Filter.pm > Not intending to trump David, but if you're not a Perl hacker, my C-based solution may suit. Its a program, spamkiller, that sits behind spamc and passes ham to your mail delivery setup. Spam can either be quarantined or chucked into /dev/null. I've included scripts that manage the quarantine bin and Perl scripts that extend logwatch to report on spamkiller's operation and the content of the quarantine bin plus a php page for examining quarantined spam. Available as a tarball from http://www.libelle-systems.com/free/
Martin > Regards, > > David.