On Mon, 18 Sep 2000 08:51:23 +0700 Eko Priono <[EMAIL PROTECTED]> wrote:
> To stop further spamming, I could either redirect the sold
> address(es) to /dev/nul or back to the spammer's email address
> (the later is nasty, of course ;-).
Sending the spam back to the spammer's email address is not an effective
countermeasure, IMHO. There are several problems with this tactic. A
spam victim might mis-identify the spammers email address simply as the
one that appears on the "From:" line. Anybody can put anyone else's email
address in the "From:" line. If you send the spam to the email address
appearing in the "From:" line this could produce the effect of creating
more spam victims out of innocent people. In order to find out where the
spam really originated from, you have to study the "complete headers".
(I'm sure that Eko and most of the rest of us are aware of this, but the
average spam victim doesn't know how to correctly identify the spammer's
email address.) Even if you have correctly identified the spammer's email
address, sending the spam back to him will serve the purpose only of
contributing more junk mail to the bandwidth, thereby choking up everybody's
mail servers with even more junk traffic. The best way to get back at the
spammers is to report the abuse to the proper system administrators. If
this action fails to produce favorable results, then you can take the
problem to the legal authorities. Another thing you can do is to support
politicians who are concerned enough to use their power and influence and
to enact laws to help stop the problem. Political leaders could easily
receive widespread popular support for taking a strong stance against spam.
All the best,
Sam Heywood
-- This mail sent by Arachne, www graphical browser for DOS
-- Visit the Arachne DOS Browser Home Page, http://home.arachne.cz
To unsubscribe from SURVPC send a message to [EMAIL PROTECTED] with
unsubscribe SURVPC in the body of the message.
Also, trim this footer from any quoted replies.
More info can be found at;
http://www.softcon.com/archives/SURVPC.html
