Re: Community Input on change to the Trust Legal Provisions to accommodate the inclusion of RFC Templates

Sam Hartman <hartmans-ietf@mit.edu> Tue, 27 January 2015 15:37 UTC

Return-Path: <hartmans@mit.edu>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA9E21A1A67 for <ietf@ietfa.amsl.com>; Tue, 27 Jan 2015 07:37:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.165
X-Spam-Level:
X-Spam-Status: No, score=0.165 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, SPF_SOFTFAIL=0.665] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lqut6ZgY05vn for <ietf@ietfa.amsl.com>; Tue, 27 Jan 2015 07:37:21 -0800 (PST)
Received: from mail.painless-security.com (mail.painless-security.com [23.30.188.241]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 31A401A8830 for <ietf@ietf.org>; Tue, 27 Jan 2015 07:37:20 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mail.painless-security.com (Postfix) with ESMTP id 260C0205D8 for <ietf@ietf.org>; Tue, 27 Jan 2015 10:32:01 -0500 (EST)
Received: from mail.painless-security.com ([127.0.0.1]) by localhost (mail.suchdamage.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GRCHsv63caxE for <ietf@ietf.org>; Tue, 27 Jan 2015 10:32:00 -0500 (EST)
Received: from carter-zimmerman.suchdamage.org (c-50-157-131-57.hsd1.ma.comcast.net [50.157.131.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "laptop", Issuer "laptop" (not verified)) by mail.painless-security.com (Postfix) with ESMTPS for <ietf@ietf.org>; Tue, 27 Jan 2015 10:32:00 -0500 (EST)
Received: by carter-zimmerman.suchdamage.org (Postfix, from userid 8042) id 3867881695; Tue, 27 Jan 2015 10:37:16 -0500 (EST)
From: Sam Hartman <hartmans-ietf@mit.edu>
To: ietf@ietf.org
Subject: Re: Community Input on change to the Trust Legal Provisions to accommodate the inclusion of RFC Templates
References: <54C79F50.20106@gondrom.org> <69BB994D3A6C37396C70C9BC@JcK-HP8200.jck.com>
Date: Tue, 27 Jan 2015 10:37:16 -0500
In-Reply-To: <69BB994D3A6C37396C70C9BC@JcK-HP8200.jck.com> (John C. Klensin's message of "Tue, 27 Jan 2015 09:56:46 -0500")
Message-ID: <tsl7fw8jkur.fsf@mit.edu>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/9-oiqzL0HsLtou207YiNehFghAM>
X-Mailman-Approved-At: Tue, 27 Jan 2015 08:05:40 -0800
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
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>
X-List-Received-Date: Tue, 27 Jan 2015 15:37:22 -0000

>>>>> "John" == John C Klensin <john-ietf@jck.com> writes:

    John> Tobias,

    John> IANAL (other disclaimers incorporated by hand-waving), but a
    John> plain-English reading of this indicated that the text gives
    John> permission to modify the text of the template itself.  That
    John> raises all of the issues that caused us to try to make
    John> enforceable copyright claims on the RFC series in the first
    John> place-- someone could use such derived text (maliciously or
    John> not) to mislead others about IETF statements, intent, and
    John> requirements.

I'd like to specifically disagree with John and say that I'd like to see
the trust be very liberal in grating license exceptions when the IETF
purposes are served.
There are significant  costs to asking the trust to be more liberal when
we discover that our needs are not  met by our licensing.
I have always disagreed that there is significant harm that will happen
if people modify IETF documents  especially if those modifications are
labeled.

Especially when the IETF's purposes are served by allowing people to
modify and fill in templates I hope that  we can choose to be liberal.

Examples of things that might require modification of templates:

* Turning a template into an HTML web form

* Turning a template into some sort of wizard to  collect the
  information

* Including a template in an open-source product that requires a liberal
  license.

I believe the IETF's purposes are typically served by all of the above,
so I believ it is important to be very liberal in our licensing here.

--Sam