Re: [SAtalk] Conf.pm RFC

2002-03-08 Thread Craig Hughes
On 3/7/02 1:21 AM, "Matt Sergeant" <[EMAIL PROTECTED]> wrote: > On Wed, 6 Mar 2002, Richard Sonnen wrote: > >>> >>> It's not exactly perfect, because it means we have to adjust spamd and >>> spamassassin scripts to optionally use a different Conf class, but that's >>> a trivial patch also. Want

Re: [SAtalk] Conf.pm RFC

2002-03-07 Thread Matt Sergeant
On Wed, 6 Mar 2002, Richard Sonnen wrote: > > > >It's not exactly perfect, because it means we have to adjust spamd and > >spamassassin scripts to optionally use a different Conf class, but that's > >a trivial patch also. Want me to apply this and fix up spamd/spamassassin > >too? > > This may w

Re: [SAtalk] Conf.pm RFC

2002-03-06 Thread Richard Sonnen
> >It's not exactly perfect, because it means we have to adjust spamd and >spamassassin scripts to optionally use a different Conf class, but that's >a trivial patch also. Want me to apply this and fix up spamd/spamassassin >too? This may well be the best option. (it's certainly a lower cost opt

Re: [SAtalk] Conf.pm RFC

2002-03-06 Thread Matt Sergeant
On Tue, 5 Mar 2002, Richard Sonnen wrote: > I've got an idea for making the SpamAssassin configuration process > more flexible, and I'd love to hear your suggestions and comments > before I jump in and make a mess of the code ;-) > > I'm in the process of deploying SpamAssassin on a distributed m

Re: [SAtalk] Conf.pm RFC

2002-03-05 Thread Greg Ward
On 05 March 2002, Richard Sonnen said: > I've got an idea for making the SpamAssassin configuration process > more flexible, and I'd love to hear your suggestions and comments > before I jump in and make a mess of the code ;-) I'm in favour of making it more flexible, and I don't care about SQL