On Thursday, April 8, 2004, 10:05:25 PM, Dan Stetser wrote: > Running SA version 2.63
> Mail-SpamAssassin-SpamCopURI-0.09 did a make/test/install with no errors > but then when I try and use spamcop_uri.cf in my /etc/mail/spamassassin dir > and lint it I get: > Failed to compile URI SpamAssassin tests, skipping: > (syntax error at /etc/mail/spamassassin/spamcop_uri.cf, rule > SPAMCOP_URI_RBL, line 1, near "eval:" > syntax error at /etc/mail/spamassassin/bigevil.cf, rule BigEvilList_135, > line 1823, near "; > }" > ) > I move bigevil out of the SA dir for another lint, and midevil throws > syntax errs now. > I move all aux cf's out of .../spamassassin cept for local.cf and > now /usr/share/spamassassin/20_uri_tests.cf tosses lint errors. > Is there something that needs doing on 2.63 besides the SpamCopURI install > and copying the cf /rules over. > I use MailScanner, so don't deal with spamd/c, don't know if that makes a > difference... > Thanks, > Dan Hi Dan, Not sure what's causing the error you're seeing, but I do know that other MailScanner folks are using SpamCopURI successfully. Below is a copy of an announcement from the MailScanner mailing list about it. If the problem is specific to MailScanner you may want to check with some of the users there. If the issue is particular to using SpamCopURI, perhaps Eric Kolve can offer some suggestions. Jeff C. __ > Date: Tue, 06 Apr 2004 11:48:44 -0700 > From: Daniel Kleinsinger <[EMAIL PROTECTED]> > To: MailScanner mailing list <[EMAIL PROTECTED]> > Subject: New Plugin for SpamAssassin > > > For the last few days I've been using a new plugin to SpamAssassin I've > found, SpamCopURI (http://sourceforge.net/projects/spamcopuri/). It > adds points to spam based on the list of spamvertised sites on > www.spamcop.net. [...] So the plugin > (*not quite sure how it works, there's info on the websites about > dealing with randomized domain names and such) extracts the URIs from an > email and then checks them against the RBL. The RBL is populated as > follows (from the surbl.org website): "Scripts which power the database > and SURBL creation grab data from SpamCop's "Spamvertised Web Sites" > (http://www.spamcop.net/w3m?action=inprogress&type=www) web page every > couple minutes or so, then merge new entries and expire the data so that > it's never more than 4 days old." I think of it as a BigEvil-type RBL. > Apparently it currently has about 400 records. > > The installation is very simple. It is a patch to SA 2.63. Basically, > it copies a few files over the SA 2.63 versions of them and you add a > rules file to local.cf or /etc/mail/spamassasssin or wherever. The > default rules score using the local cache method, you should disable > those rules (score 0, more info in quoted email below) and score the URI > rule appropriately (I score mine 3, same as bigevil). [...] > For what it's worth, glancing through my > logs I see quite a few emails that hit SPAMCOP_URI_RBL, but don't hit > any other blacklists. > > I've found the plugin to be very effective. It's been my forth most > effective rule and I haven't seen any false positives. These are the > hitrates for the top positive SA rules on my smallish mailserver (~4000 > email/day, 50-60% spam). One thing I was surprised at was how effective > Bayes has become. Judging from my results, if at all possible for your > config, everyone should be using Bayes. > > rule spam hitrate > BAYES_99 0.91598 > DCC_CHECK 0.61738 > RAZOR2_CHECK 0.45551 > SPAMCOP_URI_RBL 0.37685 > RCVD_IN_BL_SPAMCOP_NET 0.36902 > RCVD_IN_SORBS 0.30930 > 1 or more BIGEVIL 0.28707 > RCVD_IN_SPAMHAUS_XBL 0.25700 > RCVD_IN_DSBL 0.20964 > RCVD_IN_DYNABLOCK 0.19646 > RCVD_IN_NJABL 0.16928 > RCVD_IN_SBL 0.16310
