New SpamAssassin 3.1.0 introduces a lot of changes (mostly move to plugins).
Will be there a new fersion for FC4 or 3.1.x is supposed to be in FC5 only? Are
there some issues for FC4?
FC3 and FC4 will remain at 3.0.x while FC5 has 3.1.x. I am in the middle of
backporting many fixes from 3.1.x to a future 3.0.5 release. FC3 and FC4 will
have an intermediate 3.0.4 + patches and 3.0.5 final. No time estimates on when
this will happen.
Warren, is there any news on a spamassassin update for FC4? My current
spamassassin-3.0.4-1.fc4 is letting more and more spam through now, even though
I'm training it on all the false negatives. I had nearly two hundred spam
messages in my inbox this morning ... Please help, I'm getting desperate!
I'm using 3.1.0 on my FC2 servers, built as an RPM from the tarball at the SA
website. Works just fine. I'd recommend grabbing the SRPM from
Fedora-development and repackaging to FC4.
Repackaging is relatively easy to do, almost as easy as configure/make from a
tarball. If you have multiple packagers on your system, you need to set up an
RPM build environment for each in his home directory. (Relatively easy, make
directories and a .rpmmacros file for each packager.) If you're the only one on
your system, just use the default tree and macros: chown the /usr/src/redhat
tree to your login, and run "rpmbuild --rebuild some-source-package.src.rpm" and
you'll find your shiny new binary RPM in /usr/src/redhat/RPMS ready to install.
Please rebuild and test this RPM where I had backported many bug fixes from
3.1.0. In the short-term FC3 and FC4 will have a 3.0.5 update. Among these
backported patches are things that solve a few holes that spammers were using to
trick the spam filter.
You may want to try augmenting spamassassin with the three network hash testers,
pyzor, razor and dcc. You can install the first two with "yum install pyzor
perl-Razor-Agent", but dcc we couldn't add to Extras because of its non-Open
Source license. Each user that uses it must then run "razor-admin -register" to
create a razor account for use. spamassassin will automatically detect the
existence of these tool and use them to enhance the classification score.
And yes, rebuilding rawhide's 3.1.0 RPM to run your FC3 of FC4 would also work.
Re rebuilding rawhide's SRPM (in comments #3 and #4): that didn't work here.
Processing failed with messages in /var/log/maillog like:
Oct 31 18:06:41 excession spamd: Can't locate Mail/SPF/Query.pm in @INC
(@INC contains: ../lib /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/5.8.6/i386-linux-thread-multi /usr/lib/perl5/5.8.6) at
/usr/lib/perl5/vendor_perl/5.8.6/Mail/SpamAssassin/Plugin/SPF.pm line 272,
<GEN15> line 103.
Re comment #14, Warren I will test your package tomorrow. Thank you. In the
meantime I'll see if installing pyzor and razor help overnight.
BTW, and a bit OT: enhancing Evolution's built-in default spam filtering with
pyzor/razor/etc doesn't work; if I understand correctly, Evo insists on
finding a spamd running with --local/-L, or starts a new network-disabled
private instance if it doesn't find one.
RE comment #6: actually in my case procmail is calling spamc via the includerc
file in /etc/mail/spamassassin/spamassassin-spamc.rc, and the pyzor/razor tests
fail due, I believe to selinux. This is an excerpt from /var/log/maillog:
Oct 31 20:37:02 excession spamd: razor2 check skipped: Permission denied
IO::Socket::INET: connect: Permission denied at
/usr/lib/perl5/vendor_perl/5.8.6/Mail/SpamAssassin/Dns.pm line 447, <GEN321>
Not sure where to file this, under Fedora Core selinux, or Fedora Extras
Darren your problem is maybe Bug #171903 or Bug #172088.
(In reply to comment #8)
> Darren your problem is maybe Bug #171903 or Bug #172088.
Right. Also (while on the topic of selinux and spamassassin) see Bug #171194.
Please help me to test this package that will soon go to FC3 and FC4 updates.
It is essentially an upstream 3.0.5 release candidate.
I've given up on updating to 3.1.x in FC4 because of the spamd scaling problem.