> > over of server. Give the filter some time and it will decrease - > > assuming the filter is on of course (as the SLUG spam headers are > > no longer present in messages). > > I suspect not. I can see yo indication of spam trapping in the > headers, as you pointed out, and my 'out of the box' spamassassin > does recognize spam in SLUG.
I did some tweaking of the spamassassin configuration and found that if I turned on on-line checking rules that I picked up the spam with no problems, mostly with spamassassin scores over 10. I can't remember what I did though :-(. Look at the sample of the output below: Content analysis details: (15.4 points, 4.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines 2.7 HTML_OBFUSCATE_20_30 BODY: Message is 20% to 30% HTML obfuscation 0.0 HTML_MESSAGE BODY: HTML included in message 1.3 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see <http://www.spamcop.net/bl.shtml?87.7.198.162>] 1.1 URIBL_SBL Contains an URL listed in the SBL blocklist [URIs: foodanto.com] 3.3 URIBL_AB_SURBL Contains an URL listed in the AB SURBL blocklist [URIs: foodanto.com] 3.4 URIBL_JP_SURBL Contains an URL listed in the JP SURBL blocklist [URIs: foodanto.com] 3.6 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist [URIs: foodanto.com] -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
