On Thu, Dec 02, 2004 at 09:12:38PM +0000, Scott McWhirter said:
Also, if it seems like a worthwhile project perhaps it should be included under the Email::* namespace. Currently the little online documentation I have is available on http://wiki.kungfuftr.com (i have more but it's on dead trees).
Looks interesting, although one comment - does it actually need to use the Pipeline module? Or could it not just use
foreach my $plugin ($self->plugins) { $plugin->process($self); }
or the moral equivalent?
Let us know when you've got more code.
Pipeline itself isn't a requirement, however pipeline does have the nice feature of not only being able to deal with individual results, but results as a whole. Also the ability to drop out of the pipeline at different points may also be of more intrest.
It may be that i perform 12 checks on each e-mail, but only want to reject the e-mail if it fails on at least 4 of them, giving the ability to build up a scoring mechanism. For example, though SPF is lovely, it can at times be painful, especially if there's a relay server in the middle. So while not SPF compliant, I may still want it if it doesn't fail SBL/XBL checks.
I also want to be able to create pipelines on a per-localpart & per-domain basis, so re-implementing what's already available may be just tedious.
Currently, there is no code... I'm still in the process of designing and getting a clear idea of everything, however I suppose the mail pipeline should be abstractable enough to cope with plugging in at a latter point.
ta.
-- -Scott McWhirter- | -kungfuftr-
