Re: Sergeant-at-Armss and New proposal/New SOW comment period

Bob Hinden <bob.hinden@gmail.com> Mon, 02 September 2019 17:04 UTC

Return-Path: <bob.hinden@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BBE81200A1 for <ietf@ietfa.amsl.com>; Mon, 2 Sep 2019 10:04:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-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: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 wzmoDHtYlpfx for <ietf@ietfa.amsl.com>; Mon, 2 Sep 2019 10:04:55 -0700 (PDT)
Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3C1D512004E for <ietf@ietf.org>; Mon, 2 Sep 2019 10:04:55 -0700 (PDT)
Received: by mail-pg1-x530.google.com with SMTP id u72so3534787pgb.10 for <ietf@ietf.org>; Mon, 02 Sep 2019 10:04:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=GLgrCasGSKyRFXwVJGSbzD1DBfyJu8/ukFwSOk56wSw=; b=RFSHs/K2y+1Hn5B3H5y0XkyqVDvCiw3R+3WaHGF7ilUOXYW2pUu2/YrR7FIPz0IuPZ RJU+2xWRrRAQNL0lDtTO1d5DnFjT2r4IQD1mdG60UuRIrXAxKi9LvHq3CqyNFs8FZQaC r6VeuKrnrxgiv1QhXKeEcXWyslxI9fy2TyKL8CNMHv/p8z7wuRk6V0kei8DbpPTeOc7/ Cghq+chZgpBtvIW3YS7CnHAHBoBDoIeT+VDCUzJiVhuVliZB6RyIba4YmwcZt+TkLXJ0 Ii4bAJObo/mSABP1dgIGkXtFwwrr1F0Tr+GZIhLSjFOYJb2kYAs4+NyhB+LJfHmMiaPM DzKQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=GLgrCasGSKyRFXwVJGSbzD1DBfyJu8/ukFwSOk56wSw=; b=KlFjs7gllqqkD5M9BnGn3iVSL1kYQxexB9b/7W33Pt6q8CtdcPBgklDvmDuFy4rE92 dwMCwWH5zB4iKpnt5eaac4mluhFOhefRNz+Q9TON26pQ4Ep5YeY1aKMNR9HUbcolCb+z ml4SZymc3kK0cX3WcPcOMrxYMzIDxy4vEfX8KhoEb3HN/IoWeZJT7hHuNHpMMdMqWBl/ V/jQcrESje0gAeGdd1G2QivP+/ppQVrzeuxKJkJ/94OF8ZkcRZvWrpw13PnCfYZqPwso FnxCbOInV97sx7mmESWzlrJk3gfKveYdSaeCAmn0aQeyDrby2s0CbynMlmbXoVYxLdD+ BsZQ==
X-Gm-Message-State: APjAAAUCoWmNPBMcYM0hKRMhG4/YdXaCj315a8HtQYfb03i/VTaTrVUH G2+i7AhqrzMN3X3J5lMWNlg=
X-Google-Smtp-Source: APXvYqwi8g2vT4ZYd4+2HPOL0gXo0oUnBMLBmGvauQ3J91eCHomqesex/Kh0uKnVmG5YytIeIiDpAA==
X-Received: by 2002:a63:6f8f:: with SMTP id k137mr25931333pgc.90.1567443894624; Mon, 02 Sep 2019 10:04:54 -0700 (PDT)
Received: from ?IPv6:2601:647:5a00:ef0b:f475:6518:667:1e48? ([2601:647:5a00:ef0b:f475:6518:667:1e48]) by smtp.gmail.com with ESMTPSA id c2sm4406668pfd.66.2019.09.02.10.04.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 02 Sep 2019 10:04:53 -0700 (PDT)
From: Bob Hinden <bob.hinden@gmail.com>
Message-Id: <876EC772-37E4-413C-8FA6-A8744D6A9A33@gmail.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_B495CB1D-CACD-4220-B55B-82244A341B65"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Subject: Re: Sergeant-at-Armss and New proposal/New SOW comment period
Date: Mon, 02 Sep 2019 10:04:52 -0700
In-Reply-To: <4E57C402-2305-430D-9FA0-50377F50DAA4@nostrum.com>
Cc: Bob Hinden <bob.hinden@gmail.com>, Keith Moore <moore@network-heretics.com>, IETF <ietf@ietf.org>
To: Adam Roach <adam@nostrum.com>
References: <061D2F46-71C3-4260-B203-73B07EB59418@encrypted.net> <5B276430-96A9-44EA-929B-B9C2325AFCA5@encrypted.net> <863c6fa8-2735-b2c6-5542-d5d100485a6e@outer-planes.net> <10843FAF-66D2-483D-96AB-2F993803AAC6@cisco.com> <6FA9D85E1B425914CA994AFD@PSB> <96294b14-bee3-9045-fb5c-7984302d198e@network-heretics.com> <f922bf27-1f3f-8ded-f934-a00f0a2e9769@nostrum.com> <5C25F4C2-0B49-41F0-A2C4-025C388E278B@gmail.com> <4E57C402-2305-430D-9FA0-50377F50DAA4@nostrum.com>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/2BVAuZDuTBk7qp1m4ZzaeIO_-QM>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Sep 2019 17:04:58 -0000

Adam,

> On Aug 31, 2019, at 12:55 PM, Adam Roach <adam@nostrum.com> wrote:
> 
> This is a fair point. Is it your position that there is no supervision function intended to keep the discussion within the mailing list’s charter, aside from that required to tamp down abusive behavior?

There has been a lot of discussion about this, but to answer your question.

I don’t read any “supervision function" in RFC3005.  It’s short and clear on what the it’s scope is.

Bob


> 
> /a
> 
>> On Aug 31, 2019, at 14:36, Bob Hinden <bob.hinden@gmail.com> wrote:
>> 
>> Adam,
>> 
>>> On Aug 31, 2019, at 12:02 PM, Adam Roach <adam@nostrum.com> wrote:
>>> 
>>> On 8/31/19 1:15 PM, Keith Moore wrote:
>>>> It's not easy to think of a topic more important to the future of IETF than the manner in which its output is published.   To suggest that this topic should not be discussed in IETF, but should instead be discussed in a venue outside of IETF, defies all logic.
>>> 
>>> 
>>> I think this overstates things a bit.
>>> 
>>> One of the key objections that was repeatedly raised regarding the RFCPLUSPLUS BOF was that it took place within the context of IETF process, and since it had implications on streams other than the IESG stream, ran the risk of overstepping its bounds [1]. I believe it's pretty clear, even ignoring RFC 3005's "well-established list" clause, that whatever sincere concerns existed about proposing changes to the RFC Editor function solely within the IETF process back then must necessarily translate to holding a more existential discussion about the future of that function on an IETF mailing list list.
>>> 
>>> To be clear, I suggested to the SAA that the conversation had this very risk of overstepping the bounds of the IETF's purview, as was clearly communicated by the community during that BOF. Any criticism of this logic should be directed at me rather than him.
>> 
>> Rereading RFC3005, it says:
>> 
>>  The IETF Chair, the IETF Executive Director, or a sergeant-at-arms
>>  appointed by the Chair is empowered to restrict posting by a person,
>>  or of a thread, when the content is inappropriate and represents a
>>  pattern of abuse.
>> 
>> The intended role of the sergeant-at-arms is for content that is is inappropriate and represents a
>> pattern of abuse.   There was no “inappropriate” nor “pattern of abuse” here whatsoever.
>> 
>> Bob
>> 
>> 
>> 
>> 
>> 
>>> 
>>> /a
>>> 
>>> ____
>>> [1] There were many such comments, both on-list and at the microphone. This one is representative: https://mailarchive.ietf.org/arch/msg/rfcplusplus/jQHmeaGqN231LNIPfCQwpeUIxds
>>> 
>> 
>