Subject: ADMIN: Spam
From: "Eric J. Ray" <ejray -at- raycomm -dot- com>
To: techwr-l -at- lists -dot- raycomm -dot- com
Date: Thu, 23 Sep 1999 12:49:32 -0600


Perhaps I wasn't clear enough earlier. First, discussion
of spam isn't appropriate for this list--period.
Second, Deb and I are the only people who can access the
full list of subscribers to TECHWR-L.
Third, we don't give, sell, rent, loan, or otherwise share
the list of subscribers to TECHWR-L.
As satisfying as finger-pointing can be, I don't think it's
productive, useful, or appropriate for this list.

For every techwr-l subscriber who received spam from this
particular "vendor", there were likely hundreds of thousands
who aren't techwr-l subscribers who got the same stuff.
I have a test account on the list that did NOT get it, and
Deb didn't get it, although addresses like
techwr-l-owner -at- lists -dot- raycomm -dot- com did (and that
address is NOT on _any_ list)

Quite frankly, as a spam target, the < 5000 subscribers to techwr-l
aren't particularly attractive.

Where do spammers get addresses? From any number of commercial
mailing lists, from robots that automatically troll the
Web and copy anything surrounding an @ sign, from similar
robots that troll Usenet archives (including the techwr-l Usenet
mirror), from programs that automatically probe companies'
LDAP databases, and many more places.

If you need more information about spam, causes, and solutions,

If you want to be guaranteed more spam, use the "reply to this
message with remove in the subject line" technique.

If you want to be guaranteed NO spam, stop using email.

Not to be harsh about it, but there's simply nothing to do about it,
and discussing it on this list isn't appropriate--if you want to
discuss spam or compare notes on who got what, you'll need to find
a more appropriate forum.


Eric J. Ray ejray -at- raycomm -dot- com
UNIX Visual QuickStart Guide is "a superb book!"
Don't believe it? Check for yourself!
Find out more at


Next by Author: ADMIN: Rules Reminder
Previous by Thread: Re(2): Diagramming syntax variants in C functions
Next by Thread: Binder

What this post helpful? Share it with friends and colleagues:

Sponsored Ads