Dave Robbins writes:
I've just been notified that my users are being spammed by someone
sending mail to
Undisclosed(_dot_)Recipients(_at_)magic(_dot_)geol(_dot_)ucsb(_dot_)edu (my
server).
Rather than get all of our users to add the sender to their killfile,
is there a way to delete the spam and return EXITCODE 77 to the spammer
with either sendmail (8.9.3) or procmail (3.11pre4)? Procmail is my
local mailer but I've never heard of a system-wide .procmailrc --
probably wouldn't be kosher.
IMHO it's better to use sendmail for deflecting spammers because
the cost for you (in terms of machine resources, time) is lower.
With sendmail 8.9.x, you can just use FEATURE(access_db) and put
the spammer's address into the access database
prons(_at_)spam(_dot_)com REJECT
This of course works only if you know that address. For preventive
purposes, I'd also make use of `blacklist_recipients', `rbl',
and possible `dssl', `imrss', `orbs' features (see
http://www.imrss.org/dssl/).
Thanks for any help.
Dave Robbins
p.s. not quite related but does anyone have any views on using
sendmail.com's sendmail over Solaris 7's sendmail (8.9.1b)?
I wouldn't mind using Sun's latest sendmail on all machines, but
for an Internet mail gateway, I'd still prefer the version from
sendmail.org for the latest and greatest features and fixes.
Actually, some security fixes appeared after 8.9.1, and there's
no way telling whether Sun's sendmail is fixed (except maybe for
asking John Beck :)
Can't say anything about the commercially supported version from
sendmail.com.