Re: List moderator action

Tom Beecher <beecher@beecher.cc> Wed, 29 April 2026 14:43 UTC

Return-Path: <beecher@beecher.cc>
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 C6936E5B672D for <ietf@mail2.ietf.org>; Wed, 29 Apr 2026 07:43:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1777473832; bh=tH4Scq70SY8y6/7tgyNkEhsR70a1pIhtxuyh9OmwsU8=; h=References:In-Reply-To:From:Date:Subject:To:Cc; b=Q3qkm7rz+Ff8BGtEsqxUL0loAseZy4bBCfSm8C5oMjuU8WF/PaRrino8BX2Tetb1D CV6epqNbeYrcmhsUbpA8C1jzP5QkIQsUidh8RApJiYFjdXVttAs1Ns8pKfMrgyh1G4 FbLeKP+yY8VGRt7+RVkOrWeAETOHq79K3Q/tdsM8=
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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=beecher.cc
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 uab-L0NKEMAh for <ietf@mail2.ietf.org>; Wed, 29 Apr 2026 07:43:52 -0700 (PDT)
Received: from mail-dl1-x1232.google.com (mail-dl1-x1232.google.com [IPv6:2607:f8b0:4864:20::1232]) (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 B3BD2E5B6652 for <ietf@ietf.org>; Wed, 29 Apr 2026 07:43:48 -0700 (PDT)
Received: by mail-dl1-x1232.google.com with SMTP id a92af1059eb24-12c637089ccso643832c88.1 for <ietf@ietf.org>; Wed, 29 Apr 2026 07:43:48 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1777473822; cv=none; d=google.com; s=arc-20240605; b=Ai175Xkhp7NZ+MwGL2//YViggEv7nC1pHufA37RYIjJLLdTCrngsmvT69TyxXrZywo FDw5mZuP7EVc6Fn9wmjTu8ii+6+/OYobwQjHhV4XwXrW/V8fCsK0CsiGnLGk6x9fhMwL QPAaJFiGLPQFC/kgGVLRC2dO5uHnMTUV9IRUzTBSQ2d47/SHetpVRRP4HKqfRXyGpknm P1FVZwYumNymImumt88efIeItJ93Hum13zNlxgqVi9z7jG421wrdzxMmkLwA6QTn+Y0h BpdO08jB3iGIfujJy63J6SSa/NCtvP9twYBiofCnF1gbbdEWIJzlhxwIv7Jdun1qvSxi b8Ww==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=xNgCaCIlkgRlh1Cu0QpJDtsvu4WYfwvFGL/U6vFSGzY=; fh=48XfrQWYZgZ0bvBgPOBhKjkTx5XSifKb3uIoDfy+cIQ=; b=eOjJy4m2nwVzoz1unJd4QZ4ZI2WyG6hzQ6uvq+miJ7oDiZ3EfWHJbGheRkujEpNbub EstOrIctZVQ0HDs6ppHPkjGgZB+rfPCHnR0toP2w588ypUfzH6ZL6Pe0QwxeRto21M8C Ix8MK5o4fDJn7Bz1miCdJZOnjo8LiEYmBt/G+xXwLo7OY9CEFQuSuT0ZTWkOF9U3+UdJ 5OfKNY2zlD96Il9olNfyirWyglVgqTAVhH9nZ/IBXChRDx/Kw916nNZNfMyx8Uw5Ihjr VlxY5rac7slj5ikXasI2X8xCkDiC6gDoXEzjukMaXb58zjDiJdyZ+c2V020fb75/c7f3 hqrA==; darn=ietf.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=beecher.cc; s=google; t=1777473822; x=1778078622; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=xNgCaCIlkgRlh1Cu0QpJDtsvu4WYfwvFGL/U6vFSGzY=; b=UQPdUpUg9/jqYB6ayC3dU7rxTs/AQEEdWVUsuYEKh1QE7PfjsxiHZnFjVfyLBjA/dE 3Ri2I3fQJ0VuzuR5cteoe8EXfdrXsHGWyrecqBE2fkenFGvJDFjZ2KUmYRgAmj8iCQZE axhxPVMew0pavLgEBW3HYKrLpaoWo3ndM+GCYj6h+/DRIawSqD9/HJB79FmZjhHkjuw3 98oK4e5rAGPzuPmWAybaMdTfwGLWlbdNe8U3usMNim3SeNusZtryBnPypxkc+s39GjAm wGCFNSvUEn/6K/GLN4vkyKSEOZHwQ6vFrOZXSNFj63CzzHwmIfqYYkjsvum1g1VOYc+A 5ykw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1777473822; x=1778078622; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=xNgCaCIlkgRlh1Cu0QpJDtsvu4WYfwvFGL/U6vFSGzY=; b=M98HJlONchkZHWsmlnFSqt6JJLhhsI/3Ct4VBFEwb9FWtyX4IAS8v3elRbj8tK6UG1 6sY6HAi0m1YmcAPKV0NO5ekRz7rbtR4/HPcrE9Ypjc2vOnOB/Zxp9Cra2oqoOAn/k1Gq fbUz/sQKb8kLWyp019gDM+/WcJ4IgmzE6G1UFuGf5TCO41ZKXmOIHybzNFMA4fQTBB7d Uk8yneVJYKXe6uKsgBjcvDPguM3MfePu1JA21eyqoixnCnOQWxIqAHdtBuFYKTG5sO4L IWQPgLx3g1ZLRVqXiEZHBQd6UsNVZQqhWypfx0vcDFHjPzU6QRgdyR4v8wEtXe+VXfwM 4BTQ==
X-Forwarded-Encrypted: i=1; AFNElJ8snxHm2XAzfCVINRE3jJsaeEulqRJAmZvJ3Fm2a6Mrh0+sWQLWoFsjoJXViTqH9CgkrDvp@ietf.org
X-Gm-Message-State: AOJu0Ywq6L5Ss0bU0oLGXzwcsNHKzYoC1Xbykubm/8xqvqTMHgHWlywY JpQKS8oGKrbuDb66bARWDL8i44HgzNgnMKNfHJ0fKN25XKi0fY3knpRo6fy0hjdOWtkFNyo+tzx SUJROVJ5UPgDv3jMz1gF3GMX698mSsP61ahbKW44AFJuaFDLPIscjf30=
X-Gm-Gg: AeBDieuchyoJHBEp8wJJfkcuvFpulXdHhDcE9fsPDh4SPnUmk9YOWtX1w5NdUoEul+I JfktGh2MZKduLo280K/34TvDRc0RQjqH29y1iUjfos/32KusqFqKRK4P5kawWBwcnNhsVu1GwQ1 9wg0i2DaekG56sh4Lqgy5zoPX95MsAncLqhK68HY580ekdivt/jxv4C/ZUoujogqHC+grKS1i8O 4UebZawhONuXTltfbqkbQxdcgR4mZraZn20kWx0LAIRVGd4mjyyVLe9yMhSLDChO8WtL2r/xp40 jKhKOYrwUm4cVuOP1PXActqJ3qqUsTaxrzaP1TCd8VgRSwh7f7NI
X-Received: by 2002:a05:7022:6b8b:b0:11a:e426:911a with SMTP id a92af1059eb24-12ddd98bcfcmr4318206c88.15.1777473821439; Wed, 29 Apr 2026 07:43:41 -0700 (PDT)
MIME-Version: 1.0
References: <CACJ6M160zcRWCVr5_NCEZ8u2_iRcozCXAQsrkM2CDJ1Ms+oH8w@mail.gmail.com> <CACJ6M16wV1eqhmGav2dL5fNvwbLVCcLEW0Bto4m-sPu4D69viw@mail.gmail.com> <CAOnLz-Fv_gVAODftZ+=Wk9SkK0c1-1mg-mMnsHGCiyfVuze+BQ@mail.gmail.com> <c90c28ae-5c23-4e35-ad12-482e080595c0@cs.tcd.ie> <1961492b-4225-f84e-b250-0ce42e4eac8b@foobar.org> <m2y0i6y37k.fsf@ja.int.chopps.org> <87h5out91z.fsf@josefsson.org>
In-Reply-To: <87h5out91z.fsf@josefsson.org>
From: Tom Beecher <beecher@beecher.cc>
Date: Wed, 29 Apr 2026 10:43:30 -0400
X-Gm-Features: AVHnY4LpjxHxFUX0QeoSkF5UqKoXBrNqItdEn_rt9F_dbJ2IeoszzKxvbmDXDcc
Message-ID: <CAL9Qcx5TVBwUP=3zL=0pSkJCGmmhzyM77qpvWqBeNbUTSTyLiA@mail.gmail.com>
Subject: Re: List moderator action
To: Simon Josefsson <simon=40josefsson.org@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="000000000000b9875306509a5f3e"
Message-ID-Hash: QUX657FA26P4DVSXRJWZ6R4SFX7ZOET5
X-Message-ID-Hash: QUX657FA26P4DVSXRJWZ6R4SFX7ZOET5
X-MailFrom: beecher@beecher.cc
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/FGw428LBuAViClrYPHRVPWUzwTk>
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>

>
> Scott Bradner, as author of BCP78, chimed in earlier on the intention
> behind the no-derivative works function:
>
> https://mailarchive.ietf.org/arch/msg/ietf/jhabM-FCGB9jzgXC_EUP0S_5U8Q/
>
> I believe that supports the notion of e-mail Contributions with a
> no-derivative clause in them.



Quoting from
https://datatracker.ietf.org/doc/statement-iesg-statement-on-clarifying-derivative-works-rights/
:

Hence, Contributors generally grant a license that includes the right to
> create derivative works. Three narrow exceptions to granting this right are
> defined Section 3.3 of  <https://www.rfc-editor.org/rfc/rfc5378#section-3>RFC
> 5378 <https://datatracker.ietf.org/doc/rfc5378/>:
>
>    - “documents describing proprietary technologies”,
>    - “documents that are republications of the work of other standards
>    organizations”,
>    - when a “Contributor may not want to grant publication rights or the
>    right to produce derivative works before finding out if a Contribution has
>    been accepted for development in the IETF Standards Process.”
>
> Section 5.3(c) of  <https://www.rfc-editor.org/rfc/rfc5378#section-5.3>RFC
> 5378 <https://datatracker.ietf.org/doc/rfc5378/> describes how the
> derivative work license can be withheld through the use of conforming
> Legend Instructions in the context of the narrow exemptions of Section 3.3
> <https://www.rfc-editor.org/rfc/rfc5378#section-3.3>. This section does
> not permit the application of Legend Instructions to any other kind of IETF
> Contribution.
>

No-derivative legend instructions in email contributons are allowed, **in
specific contexts**.

On Wed, Apr 29, 2026 at 5:23 AM Simon Josefsson <simon=
40josefsson.org@dmarc.ietf.org> wrote:

> Christian Hopps <chopps@chopps.org> writes:
>
> > I always try and ask myself: “What is my goal” and then “is what I’m
> > about to say/do the best way to accomplish that goal.” I don’t always
> > get that right. This though has been painful to watch. I wish someone
> > could help him out, apparently he has some expertise worth listening
> > to if only he’s stick to it.
>
> The same advice could be given to the policy makers and moderators of
> this list.  What is the goal of banning DJB from making these posts?
>
> The legal advice I depend on is that the IETF permit contributions that
> do not grant derivative rights.  I've used it for a couple of I-Ds and
> e-mails in the past.  This is what the BCP78 wording says:
>
> https://datatracker.ietf.org/doc/html/rfc5378#section-5.3
>
> 5.3.  Rights Granted by Contributors to the IETF Trust
>
>    To the extent that a Contribution or any portion thereof is protected
>    by copyright or other rights of authorship, the Contributor and each
>    named co-Contributor grant a perpetual, irrevocable, non-exclusive,
>    royalty-free, world-wide, sublicensable right and license to the IETF
>    Trust under all such copyrights and other rights in the Contribution:
>    ...
>    c. to modify or prepare derivative works (in addition to
>       translations) that are based on or incorporate all or part of the
>       Contribution, and to copy, publish, display, and distribute such
>       derivative works, or portions thereof unless explicitly disallowed
>       in the notices contained in a Contribution (in the form specified
>       by the Legend Instructions), and
>
> DJB is invoking the 'unless explicitly disallowed in the notices
> contained in a Contribution (in the form specified by the Legend
> Instructions)' clause here.
>
> Censoring such Contributions appears to be based on an active legal
> interpretation that seems problematic.  I wish the IETF wouldn't put
> itself into this situation by making and supporting these actions.  I
> wish the moderators would let these posts pass, allowing people to use
> their own judgement to read, ignore or act on the content.
>
> Scott Bradner, as author of BCP78, chimed in earlier on the intention
> behind the no-derivative works function:
>
> https://mailarchive.ietf.org/arch/msg/ietf/jhabM-FCGB9jzgXC_EUP0S_5U8Q/
>
> I believe that supports the notion of e-mail Contributions with a
> no-derivative clause in them.
>
> I don't understand what the moderators hope to achieve here.  It seems
> weird that the moderator action does not even cite what policy grants
> them the authority to make their decision.
>
> /Simon
>
> >
> > Thanks,
> > Chris.
> >
> >
> > Nick Hilliard <nick@foobar.org> writes:
> >
> >> Stephen Farrell wrote on 28/04/2026 22:16:
> >>> I have some sympathy with the above. IMO we are damaging ourselves
> >>> somewhat by reacting too harshly to DJB’s useless footer text. The
> >>> sequence of bans on various lists looks quite silly.
> >>
> >> if it had just been an issue of some footer text from a random punter,
> I’m
> >> pretty sure it would have been quietly ignored or written off as yet
> more mild
> >> eccentricity from yet another ietf participant. The problem was that
> >> there were
> >> legal threats in Dan’s emails, allegations of criminal activity, abusive
> >> language directed at the ietf and its participants, unpleasant and
> demeaning
> >> commentary, and a pile other unnecessary drama. I’m not much of a fan of
> >> restricting peoples’ posting rights either, but Dan would help his
> >> own cause by
> >> cutting out the invective and generally being a bit more circumspect
> >> about which
> >> battles are worth fighting, and which are not. We all get up on our
> high horse
> >> from time to time about something, but it’s exhausting when people get
> up on
> >> their high horse about everything, all the time.
> >>
> >> Nick
> >
>