Well, if you like how your system works now, then don't use the --enable-spamassssin change.
On Tuesday 20 January 2004 10:01 am, Jeff Koch wrote: > Hi Ken: > > Is this going to be coordinated with qmailadmin? Currently we use > qmailadmin to add some mail filtering code that calls spamc. Qmailadmin > also has the Spam Detection enable box at the bottom. Will the patch > interfere with this. > > We also, store the user spam prefs in a MySQL table - will this continue to > work? > > Also, will this patch now allow spam filtering of mail delivered to remote > forwards? > > Thanks, > > At 09:32 AM 1/20/2004, you wrote: > >On Monday 19 January 2004 9:43 pm, Jeff Koch wrote: > > > Is there an explanation of what this patch does somewhere? > > > >Not yet. It's fairly simple. It adds a new configuration option > >--enable-spamassassin. Then the vdelivermail program will > >call the spamc program with the right options unless the users > >no-spamassassin flag is turned on. spamd will then check > >if the user has a .spamassassin/user_prefs file or use the > >default settings for the server. Also adds a vmoduser -f option > >to turn off spam assassin for any one user. > > Best Regards, > > Jeff Koch