Thn enclosed example of how not to filter spam is offered for those
who might want to preemptively add accuspam.com or downloadfast.com
to their blacklists.
It is also a classic example of what is wrong with the MUA filtering
tactics Robert Brown advocates.
I certainly did not try to contact anyone at 3dize.com. A few readers
of this mailing list might recall that Shelby H. Moore III and I don't
see eye to eye.
I do not know what the From: header of inanbe(_at_)xs4all(_dot_)nl is about.
Perhaps it was forged. Or perhaps someone at that address wired a
subscription to this mailing list through an unusually braindea)
challenge/response spam filter at DownloadFAST.com. If so, the
Secretariat should blacklist accuspam.com and/or downloadfast.com from
subscriptions to IETF mailing lists. (It would need to be unusually
braindead to send me the challenge instead of the envelope sender.)
Vernon Schryver vjs(_at_)rhyolite(_dot_)com
From mailer(_at_)accuspam(_dot_)com Tue Feb 17 19:26:14 2004
Received: from www.DownloadFAST.com (www.downloadfast.com [184.108.40.206])
by calcite.rhyolite.com (8.12.11/8.12.11) with ESMTP id i1I2QDiM048994
for <vjs(_at_)calcite(_dot_)rhyolite(_dot_)com> env-from
Tue, 17 Feb 2004 19:26:13 -0700 (MST)
Received: from www.downloadfast.com (localhost.downloadfast.com [127.0.0.1])
by www.DownloadFAST.com (8.12.10/8.12.10) with ESMTP id i1I1hIQf002492
for <vjs(_at_)calcite(_dot_)rhyolite(_dot_)com>; Tue, 17 Feb 2004
19:43:18 -0600 (CST)
Received: (from root(_at_)localhost)
by www.downloadfast.com (8.12.10/8.12.6/Submit) id i1I1hITA002491;
Tue, 17 Feb 2004 19:43:18 -0600 (CST)
Date: Tue, 17 Feb 2004 19:43:18 -0600 (CST)
Subject: Re: Re: covert channel and noise -- was Re: proposal ...
You attempted to contact us via email, and our anti-spam system is returning
your email below.
Please kindly resend your email below, using our Contact Form on our web page:
After using our Contact Form only once, your future emails will not be
If you do not use our Contact Form to re-send your email below, then we can
not read it.
Powered by http://AccuSpam.com. Signup instantly for FREE!
Your Returned Message:
From: "Robert G. Brown"
Or, mark for later accept/reject decisioning AFTER the SMTP server per
se, in the filter pipeline between the server and the mail spool of the
addressee. Spam assassin does the right thing already (and this is
exactly what it does).
***NO***! Except when run as a milter or otherwise during the SMTP