Re: Shuffle those deck chairs!

Dean Anderson <dean@av8.com> Mon, 11 October 2004 09:01 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA15276; Mon, 11 Oct 2004 05:01:34 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CGwEF-0002rx-G6; Mon, 11 Oct 2004 05:12:27 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CGw0l-0008AK-Nc; Mon, 11 Oct 2004 04:58:31 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CGvuG-0005H1-5C for ietf@megatron.ietf.org; Mon, 11 Oct 2004 04:51:52 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA14565 for <ietf@ietf.org>; Mon, 11 Oct 2004 04:51:45 -0400 (EDT)
Received: from cirrus.av8.net ([130.105.36.66]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CGw4k-0002cM-Qv for ietf@ietf.org; Mon, 11 Oct 2004 05:02:39 -0400
Received: from antigua.nuspex.com (citation2.av8.net [130.105.19.2]) (authenticated bits=0) by cirrus.av8.net (8.12.11/8.12.11) with ESMTP id i9B8p9tb017244 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 11 Oct 2004 04:51:13 -0400
Date: Mon, 11 Oct 2004 04:51:08 -0400
From: Dean Anderson <dean@av8.com>
X-X-Sender: dean@citation2.av8.net
To: "Eric S. Raymond" <esr@thyrsus.com>
In-Reply-To: <20041005080618.GA7313@thyrsus.com>
Message-ID: <Pine.LNX.4.44.0410110415280.632-100000@citation2.av8.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Spam-Score: 2.7 (++)
X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8
Cc: Dave Crocker <dcrocker@brandenburg.com>, John C Klensin <john-ietf@jck.com>, ietf@ietf.org, Eliot Lear <lear@cisco.com>, Kai Henningsen <kaih@khms.westfalen.de>
Subject: Re: Shuffle those deck chairs!
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org
X-Spam-Score: 2.7 (++)
X-Scan-Signature: 41c17b4b16d1eedaa8395c26e9a251c4

On Tue, 5 Oct 2004, Eric S. Raymond wrote:

> Eliot Lear <lear@cisco.com>:
> > We're not out to rid the world of patent-laden work, nor are we out to 
> > make patent owners rich.  The IETF exists to promulgate relevant and 
> > correct standards to the Internet Community, and educate people on their 
> > intended safe use. 
> 
> You'll talk yourself right into the dustbin of history with that line.

Its always the people that have the The Final Ultimate Spam Solution that
shrilly and stridently claim it must be "done now!" or its "into the
dustbin".  In fact, the only thing that has gone "into the dustbin" are
some of the wacky anti-spam schemes, like open relay testing/blocking.

> Reality check: Apache has 68% market share.  Open-source MTAs handle 85% of
> all email traffic.  

Yea for open source!  

Reality check: The IETF is not here to promote __open source__, only open
standards.  There is a subtle but important difference.  If you can't
distinguish between them, you need to learn a bit more about them.  And
if you can distinguish between them, perhaps you need to make an effort to
work with people who don't share your views.  Important participants in
the IETF are not proponents of open source, and some important
participants are also pro-patent.  We make some compromises to work with
them. They make some compromises to work with us.  Eliot Lear describes
those compromises: The IETF is neutral on patents (with disclosure), and
produces open standards which may be implemented in closed source.

> When Meng Weng Wong was thinking about how to evangelize SPF, his first
> instinct was to bypass IETF and go straight to the open-source MTA
> developers -- I had to lobby hard to persuade him to go through the RFC
> process, and now I wonder if I was right to do that.

The RFC process was the right decision because as a result of the
objective critical technical analysis by many people, it was shown that
SPF doesn't stop spam, and that it actually makes a number of problems
worse (i.e. it causes one to get 100% of backscatter, instead of just the
backscatter from non-existant addresses).  And further, it was evident (at
least to me anyway) that SPF/Sender-ID were also targets of exploitation
by spam-profiteers.

By contrast, If Meng Weng Wong had just written his own document without
benefit of objective critical technical analysis, a lot of system
administrators who are unable to perform the necessary critical analysis
would have gone along with the recommendations and wasted their time and
effort deploying something that was just going to make their problems and
the problmes of others much worse.  And then the spam-profiteers would
have decended anyway with patents and other schemes, anyway.  The effort 
would finally be abandoned, and technical progress delayed.  

As it stands, Meng Weng and others can continue researching other avenues 
that may lead to something productive. Or not. But the rest of the world 
isn't wasting its time on this particular scheme that won't work.


-- 
Av8 Internet   Prepared to pay a premium for better service?
www.av8.net         faster, more reliable, better service
617 344 9000   



_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf