[rsab] Re: Editorial Stream Question

Glenn Deen <gdeen@ietf-trust.org> Mon, 16 March 2026 21:15 UTC

Return-Path: <gdeen@ietf-trust.org>
X-Original-To: rsab@mail2.ietf.org
Delivered-To: rsab@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 46638CB90937 for <rsab@mail2.ietf.org>; Mon, 16 Mar 2026 14:15:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=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=ietf-trust-org.20230601.gappssmtp.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 9JaijWkrJTKo for <rsab@mail2.ietf.org>; Mon, 16 Mar 2026 14:15:46 -0700 (PDT)
Received: from mail-vk1-xa2a.google.com (mail-vk1-xa2a.google.com [IPv6:2607:f8b0:4864:20::a2a]) (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 6F10BCB9092A for <rsab@rfc-editor.org>; Mon, 16 Mar 2026 14:15:46 -0700 (PDT)
Received: by mail-vk1-xa2a.google.com with SMTP id 71dfb90a1353d-56a8e0ea02aso5321705e0c.0 for <rsab@rfc-editor.org>; Mon, 16 Mar 2026 14:15:46 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1773695740; cv=none; d=google.com; s=arc-20240605; b=O754IhDYxlgrzT0TaFAD+RM1XqHfycqx2jm9RzNkpFzpOyUnkEx8GRNRWNfCPth7Lf UQzpJjTUTLu87uEr90kUJ4lK15L8iGlAeerIcuUVJNlzwY4syAUAsZsBdqGvXa4PwdSd kjhGxP0ndmPFQ+8n1LEG8UfM6Z3I9a+NhqSb1Rnf81/5RHKOvugMBVnHmu+rakdTs2m0 IArx43cqyw9kQ5ctkVPkcP2BLI0vXR7Mq9TcUoKAWGXBHolvnftC6ZCJtX9ad/1Y/aVi VPGMzx30X/NZRoBDe4JxLI0uqB/ZwE07VxnOOScnweftqWQ7YbRMvjItvVmBSULDmyid PYCQ==
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=4RzfMyHolSB2jMaSuoZU1PyOU7aruj2IAYG7z1iet9U=; fh=0iVnXuAKAmTYSE+IVyyI9/iIWgfqDukCUihGqeLVyVo=; b=hU+41ZXd+6YVoH2o+jULSO8iNxKLOlUBifTz+50lSDWTdNlYhVy8mc8+aRRcmFXTp0 YWN3IhDUnu/bMnngaTsSOcphGwicLM/rSRXuZaU22GeT1wab1/1k3HqQem84VPotfE0C tfoVEaXo6g6ro4TIJ+UxAA0elILg4shB1TW3hRn4AMddSVAiyZzd+18aN++lNfqnDhSZ 7k0ch3e6YfULiVZjdn8m08b/y5WknfdD0H3vmChUSYZmypMpTyaS8AKU0TuUvAY5WM+8 pX1Eo8tvn5+8wOsz6OTvf+bGaGeFutSCpvsc59X0FoY4+4FVaVV0JremUhcCM3/AirHJ oYCw==; darn=rfc-editor.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ietf-trust-org.20230601.gappssmtp.com; s=20230601; t=1773695740; x=1774300540; darn=rfc-editor.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=4RzfMyHolSB2jMaSuoZU1PyOU7aruj2IAYG7z1iet9U=; b=qGp2Mew2+hgEFjEcIt2N9MY4+QxhwPFVljQwwRPMAq2qF8rhvqXSSAkAGN/aApvtID DSxrJRCLh1RXgRqliexDf0s3kw2UCkaOr1zWD8U+VCzRXV7P9XL9fpOZQ6phL5iOILOb VkXbhCCzJ84qVQGiW7JbbJegzrBXsowW2D1Cadg6Xn1qHZ05sRRIZk0lhOWRth7z0jbx ikqwbOTgQR+S+wsqzpcmaKhwpZ8QF1KTmE+MTbFXF1+m5HbiOnm8o6A+reOzRdcTWaGi FBkJY4VaZRxbF/ABP1RxNX/Ey5OeufG1y8Coh2lXdrZdZbrr2VULYnP9ZvYRPV8rOnz1 OQsQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1773695740; x=1774300540; 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=4RzfMyHolSB2jMaSuoZU1PyOU7aruj2IAYG7z1iet9U=; b=DA1br37SbIdX/0SllGHjVUxpTp3DIzWy/dXnLL6rtfubK+d25UmmuQqWSldiQt70mE Jmb+qxmEdg5lmkEIB4U+Sg4jZmw635DYb7Hm0nE+h/0BqZI4oRHA/80DJJmQtUEQaCLM 1eIS0OOICaH2M/s5VsW61zHBanA820uS51H9mlHVaDt90Wtb6kkOu1et/dZf7ilZ+7zJ 4iQjoorrmqIcJEfMPZRJK/hd1dZanxh5iyUZ0oTmsVLxmXqy6icCDzRL1GRrReOT2MmD FqUJuIWHsiCLaHE5cmkjLe4YwBnyHNhlhnRqS3/Qs8yh3V1xbgmAtxLcQszv2v72tPr7 ID2A==
X-Forwarded-Encrypted: i=1; AJvYcCXY5rfK2hM7eaN99lX7P+eNcfKpfLBU6bbWmEbhqaltOzH8174JA2HIo2TcXfLEe8tRisdQ@rfc-editor.org
X-Gm-Message-State: AOJu0YyAFpHDqYEz+ZbAAOZHDP5NuhTKbXaS1mkTjaNpDmaavrQbbm69 +YdNSVyB5yvNL1ez0c+iiRBtGtjzK4qoW2wTHEiV6eYhsp8ud5AkmPXMovsv08sFx1GaySbDTcR oE1PasZBWyWieflBembIQGBq9YL5kYarz/Sjmp+yvBR2UtACP+0ztGGgUww==
X-Gm-Gg: ATEYQzwfUHTlf4m6LzwKAM1koxX5+nwAQdAmZ9X/45n5qxCE9Agd7aR4grjm1UJ5bhN HIbArVjIcrX+DA8oYCwvX071zA1mETIp5/gMv/Wc4u/bz5KqHkIvS2W3t9tsiibqZPqJf+U5IlR 7XX0iFk4+aL3zOJja6RL/4oCLeR0MRx5BZgpHiW0NAvnl7CGos+7qEDhtuIFWjXfBq50mo78zTF yj/80Q9fgLIxkU3nIE8YMyx2wExwc5BK9SoNs5M6/g3t5OO7BdHm2TATOQF22VUXV4hQT3Me8Dh Zs3YU/Q=
X-Received: by 2002:a05:6102:5106:b0:5ff:cd6e:85fe with SMTP id ada2fe7eead31-6020e2507efmr7025078137.12.1773695740422; Mon, 16 Mar 2026 14:15:40 -0700 (PDT)
MIME-Version: 1.0
References: <CAFPasSBCvsgY8ArtD-4LffLkbi7Mi7pwT1F0A02AWK3EgLv_jw@mail.gmail.com> <DE3E8476-D28B-49E3-9F8C-CD9AEE2475DA@staff.rfc-editor.org> <CAFPasSC9NS7iqUcnf3_nRkTEdz1Pv_GHzkJOWg_0=6PnHaKOvw@mail.gmail.com> <EF35C712-F3F4-4FC9-B0EC-10C6E63B8C20@staff.rfc-editor.org> <CAFPasSDuXsnMp5rpEN61ZP-sq0ZwtaU_av1O6ha2DC8xUP_SWg@mail.gmail.com> <62E36637-B7D1-41C7-BF01-1EDFF43FDDA6@staff.rfc-editor.org>
In-Reply-To: <62E36637-B7D1-41C7-BF01-1EDFF43FDDA6@staff.rfc-editor.org>
From: Glenn Deen <gdeen@ietf-trust.org>
Date: Tue, 17 Mar 2026 05:15:03 +0800
X-Gm-Features: AaiRm51_maUwi949HY8tTr3KCbZgYX5SzWZwsOj7LwxLB71V9dz1S7gfl9g2bps
Message-ID: <CAFPasSCWfaBBE_46i02kTVe6ytn2ODV0HyZ07-KaLKR1=Z2fuw@mail.gmail.com>
To: Sandy Ginoza <sginoza@staff.rfc-editor.org>
Content-Type: multipart/alternative; boundary="0000000000008c3fb7064d2ab8e4"
Message-ID-Hash: PN36RETSCS5ZLVBYL4345DUPI6DY2LVR
X-Message-ID-Hash: PN36RETSCS5ZLVBYL4345DUPI6DY2LVR
X-MailFrom: gdeen@ietf-trust.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: RFC Editor <rfc-editor@rfc-editor.org>, rsab@rfc-editor.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [rsab] Re: Editorial Stream Question
List-Id: "RFC Series Approval Board (RSAB)" <rsab.rfc-editor.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/rsab/KOYZ2PCiRIt8Lccwh3p_3tKb3vQ>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rsab>
List-Help: <mailto:rsab-request@rfc-editor.org?subject=help>
List-Owner: <mailto:rsab-owner@rfc-editor.org>
List-Post: <mailto:rsab@rfc-editor.org>
List-Subscribe: <mailto:rsab-join@rfc-editor.org>
List-Unsubscribe: <mailto:rsab-leave@rfc-editor.org>

Hi Sandy

That makes sense, given that the Editorial series didn't exist until
recently, so it won't ever have pre-5378 works directly.    I don't
think we need to explicitly make mention of it in the text since it isn't a
situation that can naturally occur.

So it seems like there's no special exceptions to make note of in the TLP
text for the Editorial series.  Which is great, since it doesn't create any
new special exceptions people have to remember.

regards
Glenn

On Tue, Mar 3, 2026 at 7:11 AM Sandy Ginoza <sginoza@staff.rfc-editor.org>
wrote:

> Hi all,
>
> I imagined the Editorial Stream being treated as an “alternate stream”, so
> offering full derivative rights (by default) or no derivative rights.
> Because these documents define policies for the RFC Series, I don’t expect
> they will be used outside of this context, so 6.c.iii isn’t needed.
>
> RSAB, what are your thoughts on this?
>
> Sandy Ginoza
> RFC Production Center
>
>
>
> > On Feb 25, 2026, at 5:29 PM, Glenn Deen <gdeen@ietf-trust.org> wrote:
> >
> > HI Sandy,
> >
> > You are correct that 9280 does ask for the Trustees to say if they are
> will to accept a stream,  and yes we are.      On the Trust side, the TLP
> 5.0 says the stream editor will request, and I'm sure that was very much
> demonstrated by 9280.     Clearly, we are in strong agreement.
> >
> > For derivative works, that is supported by the TLP and there is language
> to enable/disable it.  The default boilerplate enables it, for example in
> IETF Standards track.   Would applying this same policy as the IETF work
> for the Editorial Stream?      This would set Derivative works allowed by
> default (but would have the option to declare otherwise) just like the IETF
> stream.
> >
> > I assume it does work, but having it confirmed is helpful.
> >
> > regards
> > Glenn
> >
> > On Wed, Feb 25, 2026 at 9:00 AM Sandy Ginoza <
> sginoza@staff.rfc-editor.org> wrote:
> > Hi Glenn,
> >
> > Please note that we have CCed the RFC Series Approval Board (RSAB) for
> their input as well.
> >
> > I’m not sure if this is sufficient, but
> https://www.rfc-editor.org/rfc/rfc9280.html#section-6.1 requests that the
> “Trustees develop the necessary boilerplate to enable the suitable marking
> of documents so that the IETF Trust receives the rights as specified in
> [BCP78].”   Based on the text, I believe the goal is to treat it as an
> alternate stream, which allows derivative works or no derivative works.  It
> doesn’t mention Pre-5378 material.
> >
> >
> > Thanks,
> > Sandy Ginoza
> > RFC Production Center
> >
> >
> >
> > > On Feb 25, 2026, at 6:15 AM, Glenn Deen <gdeen@ietf-trust.org> wrote:
> > >
> > > Sandy,
> > >
> > > Thanks for the response.
> > >
> > > When the new Editorial Stream was added, it appears that no formal
> request was made to the Trust to take on administration of its' rights.
> That's fine and the Trust doesn't have any problem doing it, but if you
> look at TLP 5.0 section 8
> https://trustee.ietf.org/documents/trust-legal-provisions/tlp-5/. you'll
> see a section that calls out for each alt-stream, which parts of the TLP
> aren't applicable to each alt-streams.
> > >
> > > So question:     I don't think that there are any obvious exceptions
> that need to be called out for the ES, but can you have a look at section 8
> and see if any of the types of cited exceptions need to be called out for
> the ES?   Again, I think the answer is none, but if there are now is the
> time to get them into TLP 6.0
> > >
> > > thanks,
> > > Glenn
> > >
> > > On Tue, Feb 24, 2026 at 8:49 PM Sandy Ginoza <
> sginoza@staff.rfc-editor.org> wrote:
> > > Hi Glenn,
> > >
> > > Thanks for getting TLP 5.0 updated.
> > >
> > > There have been 3 so far (see
> https://www.rfc-editor.org/search/rfc_search_detail.php?pubstatus%5B%5D=Any&pub_date_type=any&stream_name=Editorial)
>
> > >
> > > RFC 9720: RFC Formats and Versions
> > > RFC 9896: SVG in RFCs
> > > RFC 9920: RFC Editor Model (Version 3)
> > >
> > > Please let us know if you have any questions or need anything from us
> to make this happen.
> > >
> > > Thanks,
> > > Sandy Ginoza
> > > RFC Production Center
> > >
> > >
> > >
> > > > On Feb 24, 2026, at 5:13 PM, Glenn Deen <gdeen@ietf-trust.org>
> wrote:
> > > >
> > > > Hi,
> > > >
> > > > The IETF Trust/IPMC is working on updating the TLP and adding
> explicit mention that the Editorial Stream is included in the streams
> managed by the IETF Trust/IPMC.
> > > >
> > > > This appears to be have been the assumed practice since the very
> start of the Editorial Stream, but no one every explicitly updated the
> Trust TLP 5.0 to mention the Editorial Stream.
> > > >
> > > > Can someone point me to the list of ALL Editorial Stream RFCs that
> have been published up to this point?
> > > >
> > > > thanks,
> > > > Glenn Deen
> > >
> >
>
>