[Info-vax] Anything wrong with this anti-spam measure?
Phillip Helbig---remove CLOTHES to reply
helbig at astro.multiCLOTHESvax.de
Mon Oct 19 08:22:29 EDT 2009
In article
<ef65eba6-a33b-4808-9ca8-031ceb639d43 at d5g2000yqm.googlegroups.com>, Neil
Rieck <n.rieck at sympatico.ca> writes:
> Not sure about HP's stack, but on a system running TCPware there is a
> designated "post master" which receives all mail with no account. For
> years now this has been defined as NEIL.
As in Neil Postman? :-)
> At the beginning of this year
> I decided to do the following:
>
> 1) Create a bogus account name that no one could ever guess
> 2) Install DELIVER from the OpenVMS freeware disc
> 4) In the bogus account, I created a file named MAIL.DELIVERY which
> contains rules to ignore (throw away) the biggest SPAM sources, SPAM
> destinations, or SPAM subjects. All others are transferred to account
> NEIL. With about 30 lines I throw away more than 90% of the SPAM
> hitting my system
I haven't checked into DELIVER. However, with the spamhaus.org RBL and
the symbiont-checks-deliverability set to FALSE, I probably get rid of
well over 90%. As for the rest, both the annoyance and the backscatter
stuff are reasons to attack the problem.
Note that with symbiont-checks-deliverability set to FALSE in your
SMTP.CONFIG, you can get rid of all stuff to non-existent accounts
before it gets as far as VMS MAIL. I think the connection is dropped as
soon as the recipient is mentioned. (And with a newer version of TCPIP,
this works as well for usernames which are not syntactically valid VMS
usernames .)
The catch-all account is a nice idea, and would prevent backscatter
spam; it would be nice to have it in HP TCPIP.
More information about the Info-vax
mailing list