Re: [Last-Call] Question for the IESG

Keith Moore <moore@network-heretics.com> Wed, 12 October 2022 01:55 UTC

Return-Path: <moore@network-heretics.com>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 44127C1524D3 for <last-call@ietfa.amsl.com>; Tue, 11 Oct 2022 18:55:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.904
X-Spam-Level:
X-Spam-Status: No, score=-1.904 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sRCkHhVqZIG7 for <last-call@ietfa.amsl.com>; Tue, 11 Oct 2022 18:55:10 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1650AC1524DE for <last-call@ietf.org>; Tue, 11 Oct 2022 18:55:09 -0700 (PDT)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id DE6655C01D6 for <last-call@ietf.org>; Tue, 11 Oct 2022 21:55:08 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Tue, 11 Oct 2022 21:55:08 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:date:feedback-id:feedback-id:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; t=1665539708; x=1665626108; bh=K hfKsrqtqO1YJK9BNVURmmeRbdvhMEIxRrg8cGXPgiU=; b=XdFABA2u+BlN6EVJS X15kvH2DIFYOIyLfs8OVWvvzJD/bHw8qC9u7pQfLs6NAyq+TcCK19w7yJgXAJQsO 4jHwXLm3MTroLfmKOUeclugHWegHLQ91kshNph3Vvr5unyahCzt7pEGww8mkGPDI Oib5AkxVQP9XOKjgxu3Sa5zQTngIbTebYCRA0bjgM+TX5afL020YrKpfqlb4Sulo kchm6bU5ZnhbeHMkJ5n/T8cvTOvrL2PaRhNrNSAeiqfIHGS7q75JxfArKns/dmwL stHo47RpQXlJ+vZIQ3sO/JCB+qFuggN5UabkSM9VBtHuD9qTSSQXAKeZQZ5D8HCX /kOLw==
X-ME-Sender: <xms:fB5GY5Kid37GI9aeZl3Yp7FLH_L2uEqgkWdGVgm90dUOLIhIH2MWfg> <xme:fB5GY1KAjRdR5octmyPgVv7nQif15s7sN7LmX5ZJOjlHKAFlBnzsMkYUii5jSTghl 3_c0JD2uAT3wA>
X-ME-Received: <xmr:fB5GYxungYdFf0l60g4Vzs_SxfQtPqSQ81saK9rTkimKAJB02Sr7-qPr99NcQqXSJ0CwybpYHpm0o25m08-29PLSClCwg09TF1JyZQqPq5em-TZ1bcxXxA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrfeejjedgheefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtje ertddtfeejnecuhfhrohhmpefmvghithhhucfoohhorhgvuceomhhoohhrvgesnhgvthif ohhrkhdqhhgvrhgvthhitghsrdgtohhmqeenucggtffrrghtthgvrhhnpefhieekgfeuvd fgheettedtvdeiveegvdduvdefueefieefudejfeduvdehudeiieenucevlhhushhtvghr ufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmohhorhgvsehnvghtfihorh hkqdhhvghrvghtihgtshdrtghomh
X-ME-Proxy: <xmx:fB5GY6bUHeqm1-ufe6pTB5v9pSfSKbGgJHz4qooZJEHdtgGLfQrIFA> <xmx:fB5GYwZzDLV0-4hXSzH7jK_CyctzN8uZbLXxNAPWrrdXVWdWPoJTYg> <xmx:fB5GY-D5EgTyICOi8T2ES09J_FZ2YEFHaVQESK0pFfLzQlW05KRzUQ> <xmx:fB5GY5kNz1Sn-p_O9wsyOOATKHU12_uXR_WG030P13-mA7uCB95-Iw>
Feedback-ID: i5d8c41f0:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA for <last-call@ietf.org>; Tue, 11 Oct 2022 21:55:08 -0400 (EDT)
Message-ID: <7d549f33-e80f-72f5-1185-30c3c30e5677@network-heretics.com>
Date: Tue, 11 Oct 2022 21:55:07 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2
Content-Language: en-US
To: last-call@ietf.org
References: <CFE25E25-D131-468E-9923-80350D6216F3@ietf.org> <33dcb391-6304-2a04-0041-ae8a0d9ee107@lounge.org> <118166719.778795.1665054336024@email.ionos.com> <CABcZeBOebDewrhpbntMHWLuF5iNd9WWUwKSTams-zbxEhtYe=w@mail.gmail.com> <1590543408.1336232.1665076691164@email.ionos.com> <E07D908383FCC3EF63B6E49F@PSB> <6.2.5.6.2.20221011054550.0d95bee0@elandnews.com> <F7D30295F215065F0FB845C4@PSB> <CAPt1N1kG=jdP39zg1sn+D6UmcMRG1BWodx8dOFW0xc1Q1xbDUg@mail.gmail.com> <DEB2FBF76D55A53463021262@PSB>
From: Keith Moore <moore@network-heretics.com>
In-Reply-To: <DEB2FBF76D55A53463021262@PSB>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/VeEtfJ09vweuJwDeMuvZRYaedZY>
Subject: Re: [Last-Call] Question for the IESG
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Oct 2022 01:55:14 -0000

On 10/11/22 21:38, John C Klensin wrote:

> If they intend the first, then my position is that the path by
> which we have gotten here is sufficiently flawed that Dan should
> asked once again to cut back on the behavior the community finds
> obnoxious and disruptive, warned that the next invocation of BCP
> 83 (if needed) will almost certainly be more definitive, but
> otherwise let off the hook this time.  If the second, I'm happy
> about that more nuanced approach.  So, IMO, the question is
> reasonable and should be answered precisely because this is not
> normal document processing.

Assuming IESG were to do something similar to that, it might help if 
they were to actually describe specifically what is obnoxious and/or 
disruptive, by referencing specific sections of applicable IETF 
Consensus documents.

Keith