RE: [Asrg] Re: RMX Records
Vernon Schryver <vjs@calcite.rhyolite.com> Tue, 04 March 2003 23:00 UTC
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA13648 for <asrg-archive@odin.ietf.org>; Tue, 4 Mar 2003 18:00:28 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h24NBAc22357 for asrg-archive@odin.ietf.org; Tue, 4 Mar 2003 18:11:10 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h24NBA522354 for <asrg-web-archive@optimus.ietf.org>; Tue, 4 Mar 2003 18:11:10 -0500
Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA13618; Tue, 4 Mar 2003 17:59:57 -0500 (EST)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h24NA2522316; Tue, 4 Mar 2003 18:10:02 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h24N91522269 for <asrg@optimus.ietf.org>; Tue, 4 Mar 2003 18:09:01 -0500
Received: from calcite.rhyolite.com (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA13596 for <Asrg@ietf.org>; Tue, 4 Mar 2003 17:57:48 -0500 (EST)
Received: (from vjs@localhost) by calcite.rhyolite.com (8.12.8/8.12.8) id h24MxpJH001648 for Asrg@ietf.org env-from <vjs>; Tue, 4 Mar 2003 15:59:51 -0700 (MST)
From: Vernon Schryver <vjs@calcite.rhyolite.com>
Message-Id: <200303042259.h24MxpJH001648@calcite.rhyolite.com>
To: Asrg@ietf.org
Subject: RE: [Asrg] Re: RMX Records
References: <004001c2e292$f4374280$4d9cf140@rtr.com>
Sender: asrg-admin@ietf.org
Errors-To: asrg-admin@ietf.org
X-BeenThere: asrg@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/asrg>, <mailto:asrg-request@ietf.org?subject=unsubscribe>
List-Id: Anti-Spam Research Group - IRTF <asrg.ietf.org>
List-Post: <mailto:asrg@ietf.org>
List-Help: <mailto:asrg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/asrg>, <mailto:asrg-request@ietf.org?subject=subscribe>
List-Archive: <https://www1.ietf.org/pipermail/asrg/>
Date: Tue, 04 Mar 2003 15:59:51 -0700
> From: "Gary Feldman" <gaf@rtr.com> > ... > I no longer accept "breaks existing functionality" as a > bulletproof objection. The stock reponse is what is the underlying > requirement, and how can that requirement be met in the context > of a spam-preventing email system? If the requirement > can be met some other way, then the objection disappears. That is true only provided you still meet the design goals served by the existing solutions. "Solutions" that are too much work or don't support easy mail among strangers are irrelevant. Recall the telemarketing (non-)solutions that would be perfect, if only you could force all of your callers to jump through hoops such as DTMF passwords. Even if you do find a solution that meets the design goals, you can't force the market to accept your solution. Your new solution must be enough better to make people change. That is a very high barrier. > > So how will anyonymous users who want anonymity for privacy > > send mail in this world. > > Currently, anonymous means "can't find a responsible party." > That is unacceptable. The way to achieve anonymity, as > already suggested, is to work with a responsible third-party > willing to assume responsibility. No, almost all spam already has a responsible party that could be found if only those responsible for keeping records would meet their existing responsibilities. No third parties are needed or could do anything but make things worse. All ISPs could know their customers. Open relays and open proxies could be closed or have good logs. ISPs hosting spammers could know their customers. Telephone companies serving spammers that advertise only their telephone numbers know their customers, the spammers. Essentially no spam lacks a pointer to the responsible party. (Yes, I know about "joe jobs" as well as some religious, political, and "kook" spam that lacks such pointers.) On the other hand, no third party can guarantee anyone's identity at a price that mail senders or recipeints could afford. Verifying that someone is who they say they are costs a lot more than the $350 that Verisign charges for a certificate, as demonstrated by the Microsoft certificate they issued. Back on the first hand, in practice the credit card numbers used to buy ISP services are good and sufficient proofs of identity. If they were not, then no Internet or any credit card commerce would be possible, because there would be too much credit card fraud. The only reason some (but not all!) ISPs don't know their customers and don't exact penalities from spammers sufficent to deter almost all spam is that it's cheaper or more profitable to support the spammers. Vernon Schryver vjs@rhyolite.com _______________________________________________ Asrg mailing list Asrg@ietf.org https://www1.ietf.org/mailman/listinfo/asrg
- Re: [Asrg] Re: RMX Records Derek J. Balling
- [Asrg] Re: RMX Records Daniel Feenberg
- Re: [Asrg] Re: RMX Records Hadmut Danisch
- Re: [Asrg] domain specific DNS blacklists (or whi… wayne
- Re: [Asrg] domain specific DNS blacklists (or whi… Roland
- [Asrg] Re: RMX Records Adam Back
- Re: [Asrg] Re: RMX Records Hadmut Danisch
- Re: [Asrg] Re: RMX Records Roland
- DNS is broken, and by extension so is RMX (Re: [A… Adam Back
- Re: [Asrg] Re: RMX Records Adam Back
- Re: [Asrg] Re: RMX Records Hadmut Danisch
- Re: [Asrg] Re: RMX Records Vernon Schryver
- RE: [Asrg] Re: RMX Records Gary Feldman
- [Asrg] Re: RMX Records Peter A. Friend
- Re: [Asrg] Re: RMX Records Vernon Schryver
- RE: [Asrg] Re: RMX Records Vernon Schryver
- Re: [Asrg] Re: RMX Records Hadmut Danisch
- Re: [Asrg] Re: RMX Records Derek J. Balling
- RE: [Asrg] Re: RMX Records Gary Feldman
- Re: [Asrg] Re: RMX Records Dr. Jeffrey Race
- Re: [Asrg] Re: RMX Records Alan DeKok
- False positives (was Re: [Asrg] Re: RMX Records) David F. Skoll
- Re: False positives (was Re: [Asrg] Re: RMX Recor… Kee Hinckley
- RE: [Asrg] Re: RMX Records Vernon Schryver
- Re: [Asrg] Re: RMX Records Vernon Schryver
- Re: [Asrg] Re: RMX Records Troy Rollo
- Re: [Asrg] Re: RMX Records Derek J. Balling
- Re: [Asrg] Re: RMX Records Vernon Schryver
- Re: [Asrg] Re: RMX Records Troy Rollo
- RE: [Asrg] Re: RMX and DS Records Gordon Fecyk - Home
- Re: [Asrg] Re: RMX Records Hadmut Danisch
- Fwd: Re: [Asrg] Re: RMX Records Dr. Jeffrey Race
- Re: False positives (was Re: [Asrg] Re: RMX Recor… David F. Skoll
- Re: False positives (was Re: [Asrg] Re: RMX Recor… Matt Sergeant
- Re: False positives (was Re: [Asrg] Re: RMX Recor… David F. Skoll
- Re: False positives (was Re: [Asrg] Re: RMX Recor… Matt Sergeant
- Re: [Asrg] Re: RMX Records Chris Lewis
- Re: [Asrg] Good versus bad (was Re: RMX Records ) Alan DeKok
- Re: False positives (was Re: [Asrg] Re: RMX Recor… Alan DeKok
- [Asrg] Re: False Positives Peter A. Friend
- Re: [Asrg] Good versus bad (was Re: RMX Records ) Chris Lewis
- Re: False positives (was Re: [Asrg] Re: RMX Recor… David F. Skoll
- Re: [Asrg] Good versus bad (was Re: RMX Records ) David F. Skoll
- Re: False positives (was Re: [Asrg] Re: RMX Recor… Terry Carmen
- Re: False positives (was Re: [Asrg] Re: RMX Recor… David F. Skoll
- Re: False positives (was Re: [Asrg] Re: RMX Recor… Chris Lewis
- Re: False positives (was Re: [Asrg] Re: RMX Recor… Eric S. Johansson
- Re: [Asrg] Good versus bad (was Re: RMX Records ) Chris Lewis
- Re: False positives (was Re: [Asrg] Re: RMX Recor… Chris Lewis
- Re: False positives (was Re: [Asrg] Re: RMX Recor… Kee Hinckley
- Re: False positives (was Re: [Asrg] Re: RMX Recor… abuse
- Re: False positives (was Re: [Asrg] Re: RMX Recor… Kee Hinckley
- Re: False positives (was Re: [Asrg] Re: RMX Recor… abuse
- Re: False positives (was Re: [Asrg] Re: RMX Recor… abuse
- Re: False positives (was Re: [Asrg] Re: RMX Recor… Eric S. Johansson
- Re: False positives (was Re: [Asrg] Re: RMX Recor… Wilson Roberto Afonso