Known problem. Its in bugzilla. When people get a chance to kill it
I'll be among the early adopters. In the mean time I am only serving
for myself so I rolled all my runes and rules into a "99_jdow.cf" file
in /etc/mail/spamassassin and let spamd handle them directly. It's
just a little more akward when I want to make a rule change.
{^_^}
----- Original Message -----
From: "Paul Williams" <[EMAIL PROTECTED]>
> Greetings,
>
> This is a weird one. After restarting spamd, and running tests with
> 'spamc -l -r < file' on a spam that triggers a custom rule, my rule is
> scored correctly 5 times. On the 6th test, it reverts to the default
> score of 1.0.
>
> Placing the rule in local.cf fixes this (at least up to 10-12
> iterations). Changing the score from "5.0" to "5.0 5.0 5.0 5.0" has no
> effect. Using the '(4)' syntax does not work, the default of 1.0 is
> used.
>
> Changing the score in user_prefs within the first 5 tests after restart
> results in user_prefs being re-read, and the altered score being used.
>
> I should point out that the rules this problem is occurring with are
> defined in user_prefs, so there is no doubt whatsoever that the file is
> being found and read (can't be permissions etc). The rule is created and
> described properly. It just isn't being scored properly. The
> 'spamassassin' command has no problem getting the right score.
>
> Does anyone know why this might be happening? Is this an obscure
> feature, or should I report it as a bug? Has anyone else had similar
> problems? A quick search brought up too many irrelevant results to show
> if anyone else has posted about this...
>
> I'm running SpamAssassin 3.0.2, on RedHat 9, with Perl 5.8.0. Built as
> an RPM from tarball.
>
> Thanks for any help or suggestions you might have. :-)
>
> Regards,
> Paul
>
