Front page | perl.qpsmtpd |
Postings from June 2012
Re: New plugin: reaper
Thread Previous
|
Thread Next
From:
Jared Johnson
Date:
June 2, 2012 11:15
Subject:
Re: New plugin: reaper
Message ID:
3dc14899ee60a4359745fdb572241b94.squirrel@efolder.net
> Yup. Part of the motivation for this plugin was to short circuit all the
> intermediate plugins and handlers so I can feed the message to sa-learn
> and dspam. Until dspam is trained, that's a very important step in
> training it. But there's no gain in validating the HELO name, SPF, or
> DomainKeys. This plugin and associated changes adds that flexibility while
> reducing the code and complexity of the plugins.
It might not be fair to say there's *no* gain. Our HELO validation and
SPF plugins (we don't have a DKIM plugin at the moment, for shame) now do
their lookups unconditionally and add headers to the message so that our
bayes engine can tokenize the headers themselves.
Bayes is a little bit of a black box to me, so I can't really quantify
just how useful this is, but I'd say it's greater than zero. Dspam even
treats headers in a special way to ensure that their usefulness is
maximized.
-Jared
Thread Previous
|
Thread Next