New User? Register here - Existing Users: Username: Password: [Advanced Login]

 

 

Current Poll

Your preferred Interactive shell?









( 1217 votes ~ 14 comments )

 

Weblog entry #9 for lee

Upgrading to a sloppy SpamAssassin
Posted by lee on Fri 27 Jan 2006 at 01:11

I'm running stable (sarge) on my mailserver, and until recently I was running the sarge release of spamassassin - 3.0.3. If you're only tracking stable then you probably won't see an upgrade until the end of 2006.

A year is a long time in spam scanning patterns - so I decided to update. The debian-volatile Project provide package updates where data-files (rather than software) require updating within the useful life of the software - for example, anti-virus definitions or calendar data. They're currently distributing SpamAssassin 3.1.0a for sarge

SpamAssassin rules should be the perfect match for debian-volatile. Unfortunately the upgrade for spamassassin is more than just a few extra patterns, and an unattended upgrade would probably be unwise. Therefore it's being distributed with the unfortunate sounding name of "sloppy".

Here's the simple process I went through to upgrade to the sloppy spamassassin.

Firstly, check the mirror list for a suitable server. ftp.uk.debian.org has a directory available, but it's not apparently synced up, so I'm using another in /etc/apt/sources.list

deb http://ftp.de.debian.org/debian-volatile sarge/volatile main contrib
deb http://ftp.de.debian.org/debian-volatile sarge/volatile-sloppy main

Then attempt to download the software using the "-t" argument in order to specify sarge-sloppy as the release name. Other dependent pages may be pulled down, but these will come, if possible, from your normal sarge source.

sudo apt-get -t sarge-sloppy -d install spamassassin

I stopped my mailer-daemon at this point as a precautionary measure before installing the new package.

sudo /etc/init.d/exim4 stop
sudo apt-get -t sarge-sloppy install spamassassin

You get asked about replacing a couple of the files under /etc. Mostly it should be fine to keep your existing configs (especially if you haven't done much tweaking). One change I needed to make was to disable the Pyzor plugin, which is available on the system, but not for use in spamassassin. Previously this was the entry "use_pyzor 0" in /etc/spamassassin/local.cf, but is now commenting out the entry in /etc/spamassassin/v310.pre.

Then restart spamd and your mailer-daemon

sudo /etc/init.d/spamassassin start
sudo /etc/init.d/exim4 start

Everything seems to be fine. While ham seems to have the same scores as before, spam seems generally higher - but I'll be monitoring it over the next week. One thing I did need to do was create a new logcheck entry in /etc/logcheck.d/ignore.d.server/local-spamassassin to prevent long lists of checks being mailed to root periodically.

^\w{3} [ :0-9]{11} [._[:alnum:]-]+ spamd\[[0-9]+\]:( spamd:)? (checking|processing) message .+ for [._[:alnum:]-]+:[0-9]+\.? *$

Update: "sloppy" doesn't pull in 3.1.4, so in order to get the newest version I now have the following in sources:

deb http://www.mirrorservice.org/sites/volatile.debian.net sarge-proposed-updates/volatile main contrib
deb http://www.mirrorservice.org/sites/volatile.debian.net sarge/volatile main contrib
deb http://www.mirrorservice.org/sites/volatile.debian.net sarge/volatile-sloppy main contrib

 

Comments on this Entry

Posted by simms (216.46.xx.xx) on Thu 9 Feb 2006 at 16:14
[ Send Message ]
Thanks for the info -- I followed your directions and everything does seem to work.
One question: do you think it's 'safe' to leave the extra entries in /etc/apt/sources.list after installation is complete? Will it mess up my regular apt-get upgrade operations by installing stuff from the `volatile' repositories "over" my standard Sarge apps?

[ Parent | Reply to this comment ]

Posted by lee (193.82.xx.xx) on Fri 10 Feb 2006 at 11:23
[ Send Message | View Weblogs ]
Yeah, leaving those entries in will install the "volatile" packages over the standard sarge ones, but that should be safe. (If you just include the sloppy line it won't do that.) The same way that the security repositories work.

However, these are not newer versions of the code (despite the fact that "volatile" and "unstable" are synonyms) just newer versions of the data files associated with it - which, in the majority of cases, should be desirable. spamassassin differs from this rule, which is why it's in the "sloppy" sub-release.

[ Parent | Reply to this comment ]

Posted by simms (216.46.xx.xx) on Fri 10 Feb 2006 at 12:25
[ Send Message ]
Thanks. I ended up reading up on it and grokking just that.

Then I ran an apt-get upgrade with the volatile repositories still in place, and the only other affected packages were the ClamAV ones, so I decided to go with it, and everything seems fine.
Now both my SpamAssassin and my ClamAV are up to date, so a lot more of my junk mail is being weeded out correctly. Very nice.
I think this is an excellent mechanism for those administrators who want to keep certain key tools up to date, but don't want to jeopardize otherwise 'stable' systems.

[ Parent | Reply to this comment ]

Posted by Anonymous (217.169.xx.xx) on Thu 6 Jul 2006 at 11:33
Thanks very much for this article. I had 'volatile' in my sources already and was wondering why it wasn't updating SA rules and the recent flood of obvious 419 scam spams wasn't being picked up. Have updated following the above procedure and it works much better now :-)

[ Parent | Reply to this comment ]

 

 

Flattr