Klaus Heinz wrote:
> Wolfgang Breyha wrote:
>
>> But after restarting spamd I get lots of message complaining about missing
>> body_400.pm up to body_1000.pm and same for body_neg400.pm to
>> body_neg1000.pm.
> ^^^^^^^^^^^
> Are you sure about this one? I have not seen this yet.
Correct! The complete list in my logs is
body_1000.pm
body_500.pm
body_900.pm
body_neg1000.pm
body_neg400.pm
body_neg900.pm
body_neg950.pm
> The messages only appear if "allow_user_rules 1" is used in local.cf.
Confirmed. First I though it depends on activation of Shortcircuit plugin.
But it depends on allow_user_rules as you say.
I did some tests with spamd running in debugmode and the missing module
messages apear inbetween of...
[10778] info: spamd: connection from localhost.localdomain [127.0.0.1] at
port 50835
[10778] info: spamd: setuid to spamass succeeded
[10778] dbg: config: finishing parsing!
[10778] dbg: conf: finish parsing
[10778] dbg: replacetags: replacing tags
[10778] dbg: replacetags: done replacing tags
[10778] dbg: zoom: loading compiled ruleset from
/var/lib/spamassassin/compiled/3.002000
[10778] error: Can't locate
Mail/SpamAssassin/CompiledRegexps/body_neg950.pm ....
....
[10778] dbg: zoom: no compiled ruleset found for
Mail::SpamAssassin::CompiledRegexps::body_neg400
[10778] dbg: info: user has changed
[10778] dbg: bayes: tie-ing to DB file R/O
/var/spamass/.spamassassin/bayes_toks
[10778] dbg: bayes: tie-ing to DB file R/O
/var/spamass/.spamassassin/bayes_seen
[10778] dbg: bayes: found bayes db version 3
In SpamAssassin.pm the function finish_parsing() is called if
allow_user_rules is true. This way
Mail::SpamAssassin::Plugin::Rule2XSBody::finish_parsing_end() get's called
again.
Since Logger.pm does
$SIG{__DIE__} = sub {
log_message("error", $_[0]) if $_[0] !~ /\bin eval\b/;
};
the failing "eval" get's logged.
So I've filed
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5449
Regards, Wolfgang
--
Wolfgang Breyha <[EMAIL PROTECTED]> | http://www.blafasel.at/
Vienna University Computer Center | Austria
