RE: IETF copying conditions

<michael.dillon@bt.com> Thu, 18 September 2008 13:57 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3204B3A6947; Thu, 18 Sep 2008 06:57:31 -0700 (PDT)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E21403A6A13; Thu, 18 Sep 2008 06:57:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.392
X-Spam-Level:
X-Spam-Status: No, score=-2.392 tagged_above=-999 required=5 tests=[AWL=1.207, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V+dAdSrZx1+C; Thu, 18 Sep 2008 06:57:29 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138]) by core3.amsl.com (Postfix) with ESMTP id DDE313A6963; Thu, 18 Sep 2008 06:57:28 -0700 (PDT)
Received: from E03MVZ2-UKDY.domain1.systemhost.net ([193.113.30.64]) by smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 18 Sep 2008 14:57:37 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: IETF copying conditions
Date: Thu, 18 Sep 2008 14:57:32 +0100
Message-ID: <C0F2465B4F386241A58321C884AC7ECC081E1D13@E03MVZ2-UKDY.domain1.systemhost.net>
In-Reply-To: <alpine.LSU.1.10.0809181408230.30778@hermes-1.csi.cam.ac.uk>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: IETF copying conditions
thread-index: AckZj+3lwleKM4L5Rk2KCAsIHjQirgABUbvw
From: michael.dillon@bt.com
To: ietf@ietf.org, ipr-wg@ietf.org
X-OriginalArrivalTime: 18 Sep 2008 13:57:37.0040 (UTC) FILETIME=[81CF3900:01C91996]
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.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://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

> > I think the *whole point* of a standard is to restrict how 
> things are 
> > done, in order to promote interoperability.
> 
> Standards are recommendations not restrictions.

Let's say that the restrictions viewpoint wins out in the
IETF and all RFCs are copyrighted in such a way that I
am not free to publish a revised version.

What law would prevent me from publishing the following
GW-SMTP document?

----snip-----
Gee-Whizz SMTP is a derivative of IETF.

In RFC 2821 replace all occurences of HELO with GDAY.
----snip-----

This is clearly an incompatible derivative of SMTP but I 
don't even need to quote the document, even though "fair use"
laws would allow me to do that.

--Michael Dillon

P.S. it seems to me that the best way to ensure that incompatible
derivatives do not flourish is to make sure that the work of the
IETF remains relevant to the current situation, and not mired in
the past. That way, the IETF will maintain a position of respect 
and people will not want to create incompatible derivative works.

Openness is required in order for advancement to occur.
_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf