Re: legal consultation (was List moderator action)

Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 07 May 2026 03:48 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ietf@mail2.ietf.org
Delivered-To: ietf@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 46B23EA46421 for <ietf@mail2.ietf.org>; Wed, 6 May 2026 20:48:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1778125688; bh=DZKF0DRDlVtt2isFFA7v2v6MyxonQgeWbT/Kn/rUDGg=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=JaQlNL+i4kWjakEB06rI8CgblURSVR/aIENMKdpQX2hU8SqNKG09kQUeekA6JU9mI 6oR6dDiF+7jJfyjLJq3IbNexuu6DcUcKnBZMUKgi9ghgkh+yXnfvFkrcHdoDX3g5xq c0cuzu3XDTCHXE9f1N9NoexctTVdBM6wVgjbEyAQ=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16O_x4qMiPQ6 for <ietf@mail2.ietf.org>; Wed, 6 May 2026 20:48:04 -0700 (PDT)
Received: from mail-pj1-x102f.google.com (mail-pj1-x102f.google.com [IPv6:2607:f8b0:4864:20::102f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 71B17EA46412 for <ietf@ietf.org>; Wed, 6 May 2026 20:48:04 -0700 (PDT)
Received: by mail-pj1-x102f.google.com with SMTP id 98e67ed59e1d1-3660daea6a5so71777a91.1 for <ietf@ietf.org>; Wed, 06 May 2026 20:48:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1778125683; x=1778730483; darn=ietf.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=DZKF0DRDlVtt2isFFA7v2v6MyxonQgeWbT/Kn/rUDGg=; b=HjZPOcWIFfczGRByzkTOoTo8yKgM82ld3Xco9TG20FizneAFaCkf/Ax/D78xsqCSfl va+MD7E2uq868IUyxfLJ2XiOsmm4oPlZvgIJy7JmtUraIEN5NAlH9SkhJ+vGFtkVtglf NhpwwaDEgAucKUy8IATfSjrFJwSro3o+hhio76ip9/rS/zoCriU1LXPcxIU+Q6hgH+bg yWv+XN4P7LhFdvNCd0CeoeC62gR9sPikKnaySt0Ybqc37VwDTrGzINf9tCzva8M28nEF DypPwpeIT93XdaRpFMa1xtW/Y5Crg/LspqP16N2x+kRObkOEmF2e9QwL7dOo9U+14Y2O Ig4Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1778125683; x=1778730483; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=DZKF0DRDlVtt2isFFA7v2v6MyxonQgeWbT/Kn/rUDGg=; b=dxlfrfQY5OcZJlNLqzyJjrmqb3hoduWD1QbrsOw1tVuyCaIGD774qFzlO8Y97JVNmV CkloEOay8fp1WItmipc3o75xyxBsMLccQMOsUqBO0NORQ2C800paznZZcvVZM41McISZ Pydat3Mr2ZCmrX6sgHBm9u4ooQVMjB3SZq7fYp9uMV9ObXK08iC9aUj+USuFVPjuqSxK ZQi7DuL19M4YzWxIBJp0eCI5lqrQ3VXNmFVSFma5/EvDB9Anh12D3HVOf0EoIL4GuXtc e3MXVPC2wIWX4xDTT7TULX0ZFqO9CjJvxTpDr84p8vu+4hYBfB9dErgZmsB6rej8tNI6 b5Rg==
X-Gm-Message-State: AOJu0YzGGnmdtl28zGGIK+ylkSCUk6Q/jRcwGq7rVMF9ipj0GsufRnmz gHQLXbdMnFa2M27xkHPKKCJP4owRQ5BBRQlEjgxVJHS4kVkkrJ2avDPUjyBUyA==
X-Gm-Gg: AeBDietzeNUJaUlBxI5gfa0f7F60R3zQitdb0XnbDSZsrq4ZYMtCoF4iEufvnJ0H/CU pA9scFHjDrnkxec0bQhswYYYiV0FwCgGa/g9UNfatwoMlt43UtDGGM8aIiZp2Qq5A1GSoy8QAxy O7MSZyh3+QTtPOrv4LQeg59oh30rwTQMQ/otvBPtx/vP0FPhfK9gLTDa8RG4O2/5W6Dw8cX1wmP EH7L3jBTVoBf76SjwcCo+iKhVpmxZ71iAt9JtIpNDpc1YcQ2QUrn6/8M+DE5od/UA8dAN6PRhgp LfBuYf5q6bwaqoVxapEopqM3/GmA5M9HcNX/kyL7+YOWImmDyrpascUBjkmkE4WQobzA0fWoiJq IAhq3NEhnwO41ixaxAZFa50F+PPWS3A+QUF6C/Zl6o+x4H7mLp+Qm2GhevnzRzvXZG0uWAxB5m+ zIEa1844CIVzeF2/2Ng6o/CxgND9ZeBdZkMks9xsuoo1vkA1DWXRCIjx1vFifu/YHoOv9pffpKW 7v77lVwcp7AgMLGnRp5DYH8pjTs
X-Received: by 2002:a17:90b:2f03:b0:35f:c5cd:cc5 with SMTP id 98e67ed59e1d1-365ac76afffmr5845851a91.24.1778125683359; Wed, 06 May 2026 20:48:03 -0700 (PDT)
Received: from ?IPV6:2404:4400:a100:1829:5956:ca53:df83:6568? ([2404:4400:a100:1829:5956:ca53:df83:6568]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-365b4cba340sm5385192a91.17.2026.05.06.20.48.01 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 06 May 2026 20:48:02 -0700 (PDT)
Message-ID: <c7aae006-be27-4beb-9553-0b8efb4bd600@gmail.com>
Date: Thu, 07 May 2026 15:47:57 +1200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: legal consultation (was List moderator action)
Content-Language: en-US
To: Simon Josefsson <simon@josefsson.org>, Rob Sayre <sayrer@gmail.com>
References: <CAChr6Sy1jsjNzh1qMEDVx7ABp_1_uPkfx_tY-T7zPpXTdZiXtQ@mail.gmail.com> <877bpgb7bq.fsf@josefsson.org>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <877bpgb7bq.fsf@josefsson.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: base64
Message-ID-Hash: YDDPFM5XYHZPUXLLTM2X6HCKVIMPNMSE
X-Message-ID-Hash: YDDPFM5XYHZPUXLLTM2X6HCKVIMPNMSE
X-MailFrom: brian.e.carpenter@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ietf.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: IETF discussion list <ietf@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
List-Id: "IETF-Discussion. This is the most general IETF mailing list, intended for discussion of technical, procedural, operational, and other topics for which no dedicated mailing lists exist." <ietf.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/VKUlpE9yhn64pZGNbmDGGK0Kajk>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Owner: <mailto:ietf-owner@ietf.org>
List-Post: <mailto:ietf@ietf.org>
List-Subscribe: <mailto:ietf-join@ietf.org>
List-Unsubscribe: <mailto:ietf-leave@ietf.org>

Simon,

> Thus, let me propose something stronger: forbid the no-derivative rights
> clause completely, for all Contributions.

Thr original intention was explicitly to allow the RFC series to
re-publish 3rd party specifications (whether proprietary, or controlled
by another SDO).

That might still be useful, but IMHO could, and probably should, be
done in the Independent Submission stream of RFCs. The Independent
stream can already permit "no derivative rights" under RFC 5744.

Therefore, IMHO it would be perfectly reasonable to disallow "no
derivative rights" for all IETF stream contributions. I really
don't think it will have a chilling effect on new work. (If someone
is planning a patent, they will not submit a draft anyway.)

Incidentally, I cannot be certain of this without a lot of work, but
I strongly suspect that the number of IETF stream documents with a
"no derivative works" clause published since RFC 5378 is approximately
zero. (There are many with the "pre5378Trust200902" boilerplate, but there
is nothing to be done about that and it will remain necessary for some
"bis" documents.) So I believe that Simon's proposal would have no effect
whatever on the IETF's output, and would ease our discussions.

Regards/Ngā mihi
    Brian Carpenter

On 07-May-26 08:40, Simon Josefsson wrote:
> Rob Sayre <sayrer@gmail.com> writes:
> 
>> Hi, I wrote it up:
>>
>> https://datatracker.ietf.org/doc/draft-sayre-gendispatch-derivative/
> 
> Thanks for writing that.
> 
> I don't think it make sense to permit I-D's to prohibit derivative works
> and at the same time forbid presentation or e-mail posts about the I-D
> to use the same clause.  It seems hard to discuss or present a
> no-derivative I-D in a presentation that can be derived by others and
> re-used in other's Contributions.  The policy should be consistent
> regardless of the form of contribution, which I believe it currently is.
> 
> Thus, let me propose something stronger: forbid the no-derivative rights
> clause completely, for all Contributions.
> 
> I wonder what people think about that?
> 
> Has it been a net-win for the IETF to permit Contributions under the
> no-derivative rights clause?  The approach was designed in a different
> era, where (IIRC) external SDOs/people could gauge IETF-interest for
> some piece of work without giving up rights.
> 
> I still think no-derivative rights contributions may be useful, so I'm
> not sure it is possible to reach consensus to kill the concept.  Scott
> Bradner has explained earlier some of the original rationale, and I
> think that had a point.
> 
> /Simon
> 
>> I'm happy for anyone to take that off my hands and create a derivative work.
>>
>> In off-list discussion, it was clarified that Section 3 and Section 4 are
>> non-normative.
>>
>> thanks,
>> Rob