Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02

"Theodore Ts'o" <tytso@mit.edu> Thu, 25 August 2005 19:59 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8Nsc-00019A-KY; Thu, 25 Aug 2005 15:59:18 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8NsV-00017l-RB; Thu, 25 Aug 2005 15:59:16 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA12693; Thu, 25 Aug 2005 15:59:09 -0400 (EDT)
Received: from thunk.org ([69.25.196.29] helo=thunker.thunk.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E8Nt4-0007bs-Ip; Thu, 25 Aug 2005 15:59:47 -0400
Received: from root (helo=think.thunk.org) by thunker.thunk.org with local-esmtp (Exim 3.35 #1 (Debian)) id 1E8NsA-0005rP-00; Thu, 25 Aug 2005 15:58:50 -0400
Received: from tytso by think.thunk.org with local (Exim 4.52) id 1E8Ns8-0003dT-6t; Thu, 25 Aug 2005 15:58:48 -0400
Date: Thu, 25 Aug 2005 15:58:48 -0400
From: Theodore Ts'o <tytso@mit.edu>
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
Message-ID: <20050825195848.GD13537@thunk.org>
References: <B5BB79FFA1CF09E73E64D992@B50854F0A9192E8EC6CDA126> <20050825192529.GA29872@nic.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20050825192529.GA29872@nic.fr>
User-Agent: Mutt/1.5.9i
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22
Cc: Ted Hardie <hardie@qualcomm.com>, Harald Tveit Alvestrand <harald@alvestrand.no>, iesg@ietf.org, SPF Council <spf-council@v2.listbox.com>, MARID <ietf-mxcomp@imc.org>, SPF Discussion <spf-discuss@v2.listbox.com>, ietf@ietf.org
Subject: Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02
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

On Thu, Aug 25, 2005 at 09:25:29PM +0200, Stephane Bortzmeyer wrote:
> If the IESG were to refuse to publish the Sender-ID document as it is,
> it would not "police" everything: anyone can still do what he wants on
> the Internet.
> 
> The only thing than the IETF can do is to "bless" or not the document,
> saying in essence "it is interesting and worth more
> experimentation". Not blessing it does not mean actively using lethal
> force against those who still want to try it.
> 
> So, cool down, nobody asked the IESG to police or to censor or to
> forbid, just to NOT bless a bad idea (reusing SPF records in an
> unattended way).

I agree with this sentiment.  It's not like the RFC series is the only
place that protocol specifications for such experiments can be
published, and with Google and the Wayback Archive, the search and
persistence problems are solved as well.  So we should only publish if
we think we can add some kind of value beyond that which any yahoo who
owns a web server can do with publishing some random specification on
the web.  

Making sure that experiments don't collide with one another seems like
a very basic starting point.  This is especially important in this
particular case given how contentious the debate over proposals in
this problem space have been in the past.

						- Ted

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