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.


Reply via email to