Matt Kettler wrote:
At 11:18 AM 11/9/2004, Greg Earle wrote:
I don't believe this is the case. I just upgraded from 2.63 via CPAN on Solaris 9, and this is what I get:
solaris9box:1:52 [/] # spamassassin -D --lint < /dev/null |& grep -i sur solaris9box:1:53 [/] #
No mention of SURBLs (or SAREs) anywhere.
Yes, SURBL IS included by default with 3.0. The "copy a file" bit has only to do with the SURBL implementation for 2.6x (Mail::SpamCopURI). 3.0 comes with it, installed by default, enabled by default.
OK, thanks for the clarification Matt.
I still have production servers running 2.63 - how can I add SURBL to them? Just go to CPAN and install "Mail::SpamCopURI" on those machines? (Yes, they will be migrated to 3.0.1 once my Testbed machine is working properly)
However, if you don't have Net::DNS, SURBL, nor any other RBL, will run.
I do have Net::DNS installed:
debug: is Net::DNS::Resolver available? yes debug: Net::DNS version: 0.48
Also, spamassassin -D --lint does not enumerate each and every RBL queried. So your lack of response in grep is not evidence of anything.
OK.
try this to see that the rules are installed by default:
grep -i surbl /usr/share/spamassassin/*.cf
I upgraded via CPAN, so now my rules have switched from /usr/share to /opt/perl/share/spamassasin/ - and I see the SURBL rules in the .cf's.
Then look at your debug output without grep to see if DNS is being used.
Then look for rule matches in mail.
I see references to check_uridnsbl and Mail::SpamAssassin::Plugin::URIDNSBL as well. Thanks for the clarification.
- Greg
