[Ffmpeg-devel] [RFC] spam filtering rules

Michael Niedermayer michaelni
Sun Apr 2 20:50:01 CEST 2006


On Sun, Apr 02, 2006 at 06:48:31PM +0200, Attila Kinali wrote:
> On Sat, 1 Apr 2006 13:55:02 +0200
> Michael Niedermayer <michaelni at gmx.at> wrote:
> > it would be nice if bogofilter or something similar could be run over
> > the mails and mails marked as unsure would be put on hold and if an
> > admin approves or trashes them then bogo would automatically be updated
> > accordingly
> Hmm.. Mailman has an SA interface, i've never used it and thus
> have no idea how well it works.
> But even if it works well, someone has to teach it how good mails
> look like.

take a ffmpeg-dev mbox discard all mails from non developers
take a spam mbox 
select a few bad bugreports from ffmpe-dev and add them as spam
feed all into your favorite bayesian filter
maybe ~15min work ...

> > it would also be nice if some more complex filtering then what mphq mailman
> > supports could be done, for example
> > reject mails which have no "Re:" in their subject but have a In-Reply-To:
> > header
> > or reject mails with non unified diffs
> Such complex stuff call for a multi-stage approach like
> on mphq currently (procmail+sa+amavis), which i actually
> wanted to avoid because of its complexity both in
> function and maintenance.

ok, iam for simplicity too, using just a bayesian filter would be
the simplest thing i guess, it could be trained with the output of
spamassasin if needed


More information about the ffmpeg-devel mailing list