-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
John Rudd wrote:
> D.J. wrote:
>> On 11/10/06, Patrick Sneyers <[EMAIL PROTECTED]> wrote:
>>>
>>> I get this warning: plugin: failed to create instance of plugin
>>> Mail::SpamAssassin::Plugin::RelayChecker: Can't locate object
>>> method "new" via package
>>> "Mail::SpamAssassin::Plugin::RelayChecker" at (eval 26) line 1.
>>>
>>>
>>> (This is my own build of SA 3.1.7 on Max OS X Server 10.4 ppc)
>>>
>>> It seems to work OK though: * 3.0 RELAY_CHECKER RELAY: badrdns
>>> (I lowered the score)
>>>
>>> Patrick Sneyers Belgium
>>>
>>
>> I also received some weirdness. When linting in debug mode, I
>> found the following lines that seem to indicate that RelayChecker
>> isn't playing nicely with FuzzyOCR:
>>
>> [28058] dbg: plugin: fixed relative path:
>> /etc/mail/spamassassin/FuzzyOcr.pm [28058] dbg: plugin: loading
>> FuzzyOcr from /etc/mail/spamassassin/FuzzyOcr.pm [28058] dbg:
>> plugin: registered FuzzyOcr=HASH(0x9d04570) [28058] dbg: plugin:
>> FuzzyOcr=HASH(0x9d04570) implements 'parse_config' [28058] dbg:
>> FuzzyOcr: Option logfile =
>> /home/amavis/.spamassassin/FuzzyOcr.log [28058] dbg: FuzzyOcr:
>> Found scan: $gocr -i $pfile [28058] dbg: FuzzyOcr: Found scan:
>> $gocr -l 180 -d 2 -i $pfile [28058] dbg: FuzzyOcr: Found scan:
>> $gocr -l 140 -d 2 -i $pfile [28058] dbg: FuzzyOcr: Option
>> threshold = 0.25 [28058] dbg: FuzzyOcr: Score{autodisable} =
>> 10.01 [28058] dbg: FuzzyOcr: Option counts_required = 3 [28058]
>> dbg: plugin: fixed relative path:
>> /etc/mail/spamassassin/RelayChecker.pm [28058] dbg: plugin:
>> loading RelayChecker from /etc/mail/spamassassin/RelayChecker.pm
>> [28058] dbg: plugin: registered RelayChecker=HASH(0x9d94a80)
>> [28058] dbg: plugin: FuzzyOcr=HASH(0x9d04570) implements
>> 'parse_config' [28058] dbg: plugin: RelayChecker=HASH(0x9d94a80)
>> implements 'parse_config' [28058] dbg: FuzzyOcr: unknown Score:
>> relaychecker_score [28058] dbg: FuzzyOcr: unknown Option:
>> relaychecker_skip_nordns [28058] dbg: FuzzyOcr: unknown Option:
>> relaychecker_skip_badrdns [28058] dbg: FuzzyOcr: unknown Option:
>> relaychecker_skip_baddns [28058] dbg: FuzzyOcr: unknown Option:
>> relaychecker_skip_ipinhostname [28058] dbg: FuzzyOcr: unknown
>> Option: relaychecker_skip_dynhostname [28058] dbg: FuzzyOcr:
>> unknown Option: relaychecker_skip_clienthostname [28058] dbg:
>> FuzzyOcr: unknown Option: relaychecker_skip_ip [28058] dbg:
>> FuzzyOcr: unknown Option: relaychecker_pass_auth
>>
Ok that really doesn't look nice... is the fault on our (FuzzyOcr's)
side? If so, then maybe someone can explain me what the correct way
would be to fix this :)
If you could verify that this also applies to the latest development
version (3.4.1), then that would be nice
Best regards,
Chris
>
>
> That would seem to me to indicate that FuzzyOcr isn't returning the
> proper code when it finds an option it doesn't "own". It should
> be returning 0 if it's not a FuzzyOcr option.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFVPhzJQIKXnJyDxURAqXUAKC0gAy2TH0JvheiRuAGdcEV/y+7sACgn4tL
VhzEF71Q2wCP5gI87DiTYtg=
=geVq
-----END PGP SIGNATURE-----
