-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Matt Sergeant writes:
> On 10 Feb 2005, at 13:34, Justin Mason wrote:
> 
> > it's pretty basic -- e.g. it would be handier if the headers were 
> > passed
> > as metadata, and it requires the SVN trunk version of DQ, but it Works 
> > For
> > Me.  (At least, it will once I figure out a way to deliver to postfix
> > for certain RCPT TO addresses.)
> 
> Just run two queue plugins (the postfix one first), and DECLINE for 
> addresses you don't want to handle in the first plugin. Modify the 
> queue/postfix plugin to suit your needs.

Perfect!

> > (Thanks for the qpsmtpd plugin API btw!  very simple... quick design 
> > q: I
> > find it interesting that you've chosen to abstract out the new() ctor 
> > code
> > and call a register() hook instead.  is there any reason for this? to
> > insulate plugin developers from the vagaries of perl object syntax with
> > all that wierd "bless"ing and so on?  I'm thinking maybe we should
> > do something similar for SpamAssassin plugins.)
> 
> Yes, it's to insulate the plugin author from all the perl object crap: 
> package name, convoluted new() syntax, the "1;" at the end, etc. I've 
> copied the qpsmtpd plugin infrastructure in a couple of places and find 
> it absolutely ideal.

I might take a look at copying that in SpamAssassin, if I can support
both ways of doing it.  shouldn't be too hard, I think.

- --j.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Exmh CVS

iD8DBQFCDQleMJF5cimLx9ARAmUyAJ4kKKyiZgfg0xFYOPiImTFvVZpGnACcDDN2
nvpqKfXgyyWTNyyjLlkVRXk=
=fiWx
-----END PGP SIGNATURE-----

Reply via email to