[svlug] Spam IS up !
Kevin Smathers
kevin at ank.com
Fri Dec 8 20:34:24 PST 2006
Hi Don,
Yeah, I just finished an overhaul of my mail server about a week ago
also. My old server that I used to run off of my DSL line I finally had
to give up due to the extreme discounts that PacBell is offering on
dynamic IP service these days; SMTP and DHCP make poor companions.
Luckily I had just set up two new machines at work running CentOS 4.4
(which is basically a recompilation of RHES 4), but found that Redhat,
and thus CentOS have inexplicably chosen to replace WU imapd with
cyrus-imapd. Cyrus was created in hell just to torture system
administrators. I ran Cyrus for three weeks, and it was down for about
five days in that time, lost its entire database of messages twice (once
was a hardware fault though), experienced daily lock-ups (I ended up
adding a cron job to restart it every night), spews constant errors into
the maillog, and has very poor integration features with tools like
spamassassin (here I had to roll my own mix of procmail and perl).
About the only thing in its favor is that it is fast, but at the cost of
an obscure mailbox format that can only be controlled through an admin
console, and is impervious to backup.
So last weekend I finally got so fed up with it that 'rpm -e'd the
entire suite, sendmail and all, and hand built and installed qpsmtpd +
postfix + WU imapd. Qpsmtpd is rough around the edges, but serves the
very important purpose of keeping spam out of my mail queue while still
allowing bounces to return to sender for people who should be able to
reach me but for some reason can't. It needs some custom coding to
write hooks for handling mail the way you want it to be handled, but the
coding process was surprisingly easy and the code is pretty stable
considering it is only in beta and all in Perl. Yet for my admixture of
filtering, whitelisting, other experimental techniques that I use to
catch spam, Qpsmptd is a godsend.
I'm still running the software with full debugging turned on so that
when I get a lost message I can track down what happened, but I'm much
happier than I was a week ago.
Cheers,
-kls
Don Marti wrote:
> I just redid my spam filters. Now running a
> procmail-based chain: SpamAssassin first, then CRM114.
> No greylisting or DNSBLs at SMTP time (although I am
> letting SA use DNSBLs).
>
> Relevant SA config:
>
> use_bayes 0
> bayes_auto_learn 0
> report_safe 0
> remove_header all Report
> remove_header all Level
> remove_header all Flag
>
> This just adds the SA "X-Spam-Status:" header, which
> is full of tasty info -- so the next tool in the
> chain, CRM114, gets to train on both the actual text
> of the message and on any matches that SA picked up.
> Since CRM114 is a trainable filter, I'm not using SA's
> Bayesian feature.
>
> I'm starting CRM114 off knowing nothing, which
> is supposed to get it better results in the long
> run but means that a lot of stuff is ending up
> misclassified for now. Will post more on how
> this goes. In the meantime, everyone please post
> some really well-written messages on this list so my
> CRM114 install will know what I'm looking for.
>
> With all the spam out there now, people are
> tightening their rules, so it's best not to write any
> marketey-sounding prose or send any GIF attachments
> for a while. (Yes, three different newsletters
> from three different IT publishers started getting
> classified as spam for me. One because of a DNSBL,
> one because of sloppily written listware that didn't
> apply Message-Id, and one because, as far as I can
> tell, CRM114 just thought it was too spammy-sounding,
> which, if you add in all the sponsor text, it was.)
>
>
More information about the Svlug
mailing list