plugins, or inhibit loading a plugin that is enabled by default.
If the files exist in /etc/mail/spamassassin, they will not
be overwritten during future installs.
--
Gabriel Millerd
M_PRODS_FEW SARE_OEM_PRODS_FEW
* 0.9 SARE_PRODUCTS_03 SARE_PRODUCTS_03
* 0.4 SARE_PRODUCTS_02 SARE_PRODUCTS_02
* 1.3 SARE_OEM_AND_OTHER SARE_OEM_AND_OTHER
My procmail.rc is checking on X-Spam-Status: Yes
How can I set the message header back as it was in version 3.1.5
Regards
Patrick Slokker
--
Gabriel Millerd
Hi,
I've been upgrading several stable servers running 3.1.8 for months
without any issues to 3.1.20, and got a problem in one of them.
When trying to restart spamd, I get this:
Beyond the s/3.1.20/v3.2.0/ issue that some people cannot get past.
I have the same issue. I had to juggle my cf/
> >
> > are you using the $f->learn method primarily for this? minus any prep
> > work like header removal and reporting.
>
> Yeah, here is a piece from my spam-learn script:
> *WARNING* This is against the 3.0 API
>
i follow you completely, however how are you connecting to the
mysql storage
On Tue, 21 Sep 2004 12:42:29 -0500, Michael Parker <[EMAIL PROTECTED]> wrote:
>
> It is also pretty easy to use the SA API to script this sort of
> behavior. I've got several scripts that given a username/IMAP mailbox
> it will fetch mail, learn/report it (either as spam or ham), remove
> the SA
I run spam assassin from within exim for my users, all their data in
stored privately within mysql (bayes, awl, userprefs) and it works
GREAT. Fast clean and secure.
However before i switched to virtual hosting i allowed people to copy
false positives and negatives into special imap folders, then