Re: [admin-discuss] Public archival of AUTH48 communications

Carsten Bormann <cabo@tzi.org> Fri, 25 February 2022 10:15 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: admin-discuss@ietfa.amsl.com
Delivered-To: admin-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 929133A12DC; Fri, 25 Feb 2022 02:15:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.28
X-Spam-Level:
X-Spam-Status: No, score=-5.28 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DC_PNG_UNO_LARGO=0.001, HTML_IMAGE_ONLY_24=1.618, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 yFsct0EQgFkg; Fri, 25 Feb 2022 02:15:16 -0800 (PST)
Received: from gabriel-smtp.zfn.uni-bremen.de (gabriel-smtp.zfn.uni-bremen.de [IPv6:2001:638:708:32::15]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BF5773A12DD; Fri, 25 Feb 2022 02:15:14 -0800 (PST)
Received: from [192.168.217.118] (p5089ad4f.dip0.t-ipconnect.de [80.137.173.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4K4lyQ4pH3zDCcV; Fri, 25 Feb 2022 11:15:10 +0100 (CET)
Content-Type: multipart/alternative; boundary="Apple-Mail=_DB779316-9FAF-4F45-8117-D3B5222A8E92"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <CA+9kkMC+vkyMPbt755Bu0cZHfmY-Pz6CdU1-J+8sBa8cPkA0dg@mail.gmail.com>
Date: Fri, 25 Feb 2022 11:15:10 +0100
Cc: IESG <iesg@ietf.org>, Working Group Chairs <wgchairs@ietf.org>, admin-discuss@ietf.org, IETF <ietf@ietf.org>, RFC Interest <rfc-interest@rfc-editor.org>, irtf-announce@irtf.org, IETF Announcement List <ietf-announce@ietf.org>
X-Mao-Original-Outgoing-Id: 667476910.072263-5aec8d3ea97de3767415605001a599a4
Message-Id: <F1708BA8-9589-4E75-BBDB-D1957E729F79@tzi.org>
References: <164574145917.13799.12710132950530774405@ietfa.amsl.com> <CA+9kkMC+vkyMPbt755Bu0cZHfmY-Pz6CdU1-J+8sBa8cPkA0dg@mail.gmail.com>
To: Ted Hardie <ted.ietf@gmail.com>
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/admin-discuss/qtIBJjeOBMFJWR44M8pAOy5ELe8>
Subject: Re: [admin-discuss] Public archival of AUTH48 communications
X-BeenThere: admin-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion list for IETF LLC administrative issues <admin-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/admin-discuss>, <mailto:admin-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/admin-discuss/>
List-Post: <mailto:admin-discuss@ietf.org>
List-Help: <mailto:admin-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/admin-discuss>, <mailto:admin-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Feb 2022 10:15:20 -0000

On 2022-02-25, at 09:50, Ted Hardie <ted.ietf@gmail.com> wrote:
> 
> references to the RFC number may otherwise appear in
> advance of actual publication

Got the below chat message right after 9175 was published.
So these links already leak to google…
(No idea what or whether to do about this.)

(Of course, many IETFers rsync the RFC editor, so they have local copies anyway.)

> cc'ing the working group mailing lists for AUTH48 discussions

Of course, authors can use the protected nature of the AUTH48 exchanges to nudge the draft a little away from what the WG wanted.  The chairs and ADs are supposed to watch this, but they may not be aware of specific strong positions of (or deals made with) individuals on the WG list.  So CCing WGs would help keeping authors honest a bit more…
It also would draw in loud dissenters from the WG who will then create unceasing discussion threads, trying to win by attrition.

And WG lists are often indexed by search engines, so that might contribute to the above noted search engine effect.

Re trying to keep the RFC-to-be (draft RFC) secret:
It is less useful to follow the AUTH48 discussions when you can’t access the draft RFC.
(It is difficult enough to keep track of what changed in a new draft RFC; I’m actually rsyncing with timestamped backups to be able to follow the discussions.  These should be on a git repo...)

Grüße, Carsten