[Mod-discuss] Re: WG Last call for draft-ietf-modpod-group-processes-10

Eliot Lear <lear@lear.ch> Fri, 29 August 2025 07:41 UTC

Return-Path: <lear@lear.ch>
X-Original-To: mod-discuss@mail2.ietf.org
Delivered-To: mod-discuss@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 0743A5A78E18 for <mod-discuss@mail2.ietf.org>; Fri, 29 Aug 2025 00:41:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -0.89
X-Spam-Level:
X-Spam-Status: No, score=-0.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_SPF_HELO_PERMERROR=0.01] autolearn=no autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=lear.ch
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 2t7s0uDweyy5 for <mod-discuss@mail2.ietf.org>; Fri, 29 Aug 2025 00:41:36 -0700 (PDT)
Received: from upstairs.ofcourseimright.com (upstairs.ofcourseimright.com [IPv6:2a00:bd80:aa::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 30F7F5A78E08 for <mod-discuss@ietf.org>; Fri, 29 Aug 2025 00:41:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=lear.ch; s=upstairs; t=1756453291; bh=pm/zLCxAqxwszOezfrBSgww30eZ3Cg7Kc2Lcx1hpdLQ=; h=Date:Subject:From:To:References:In-Reply-To:From; b=t5SXpdtNnvaOt1wHu9thWwAP5tR0r/CKywcY1s1NBKNAMk4diH3xd0djs7LcPSpnz R5MEULwPx+Hta0CLgKLCExYdD0bC5UhDT8W9MWxPd69Y9/L4l6bRAkXqe0aZIZC4FR G977axLHka93GTYxK6pKo1m1/TQB400PcIuNxPLg=
Received: from [IPV6:2a02:1210:2c9b:e200:682e:6096:27e0:71b7] (0.1.2.1.2.0.a.2.dynamic.cust.swisscom.net [IPv6:2a02:1210:2c9b:e200:682e:6096:27e0:71b7] (may be forged)) (authenticated bits=0) by upstairs.ofcourseimright.com (8.18.1/8.18.1/Debian-2) with ESMTPSA id 57T7fUqH3224717 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Fri, 29 Aug 2025 09:41:31 +0200
Message-ID: <159e38bb-62c6-43c8-9750-65a2ae67e310@lear.ch>
Date: Fri, 29 Aug 2025 09:41:30 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
From: Eliot Lear <lear@lear.ch>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>, Lisa Dusseault <lisa.dusseault@gmail.com>, Moderation Discussion <mod-discuss@ietf.org>
References: <CAEi+uC7gCEjLzc3_KZL6Mq_FFgvUL8pL5rD-PXaoYr5eR7Ky1g@mail.gmail.com> <b58f46d0-68c4-46d9-95ad-24730cf326aa@cs.tcd.ie> <fa69fe2e-cb30-4897-804c-70089e2b8cdb@lear.ch>
Content-Language: en-US
Autocrypt: addr=lear@lear.ch; keydata= xsBNBFMe1UQBCADdYOS5APDpIpF2ohAxB+nxg1GpAYr8iKwGIb86Wp9NkK5+QwbW9H035clT lpVLciExtN8E3MCTPOIm7aITPlruixAVwlBY3g7U9eRppSw9O2H/7bie2GOnYxqmsw4v1yNZ 9NcMLlD8raY0UcQ5r698c8JD4xUTLqybZXaK2sPeJkxzT+IwupRSQ+vXEvFFGhERQ88zo5Ca Sa1Gw/Rv54oH0Dq2XYkO41rhxQ60BKZLZuQK1d9+1y3I+An3AJeD3AA31fJZD3H8YRKOBgqe ILPILbw1mM7gCtCjfvFCt6AFCwEsjITGx55ceoQ+t5B5XGYJEppMWsIFrwZsfbL+gP31ABEB AAHNGUVsaW90IExlYXIgPGxlYXJAbGVhci5jaD7CwI4EEwECADgCGwMCHgECF4AWIQSY0L2Q Rh2wkqeyYR2HtmtG2dJ6MwUCWxJwMwULCQgHAgYVCAkKCwIEFgIDAQAKCRCHtmtG2dJ6M8KI B/46pFrJX+4Ockl2fHR303ais9Lyx8jv6mXKKOr8WR0UYcJ0syQrhaaZNG1VV98tYQHHK9F5 y7hH4YCsrr3odZ6zoavnx5X1X/2xw8y732f/irVoOOkYLid9IGPxa2e2nYXCZpde5/yvv3we XVE4mG4dEAD5T8iKS4Hz/3fKGJQ15o79Jv92HgC7RpCt0WaiQ0b6acP3PuwjDJzJzLFZzb7j IiB3izxQESSWE1GNRmoAK/k0gW6kmx1/87tQENrK+3Nn4CJSFQWF6entLnY7UeVm95wbMQkJ evwddDWUO2huDbmZnmxgKXGzSSpuNq7n8ICAOlbt0HfdJAZQfy25bwvezsBNBFMe1UQBCAC0 WV7Ydbv95xYGPhthTdChBIpPtl7JPCV/c6/3iEmvjpfGuFNaK4Macj9le20EA5A1BH7PgLGo HOiPM65NysRpZ96RRVX3TNfLmhGMFr5hPOGNdq+xcGHVutmwPV9U7bKeUNRiPFx3YdEkExdd qV2E8FltT0x2FSKe2xszPPHB6gVtMckX5buI9p1K3fbVhXdvEkcYY/jB0JEJGyhS5aEbct5c HUvDAkT81/YFK5Jfg8RRwu1q1t1YuIJSOWAZQ9J9oUsg6D9RpClU+tIFBoe3iTp1AUfJcypu cGKgLYKtpu/aygcpQONHYkYW5003mPsrajFhReVF5veycMbHs4u5ABEBAAHCwF8EGAECAAkF AlMe1UQCGwwACgkQh7ZrRtnSejOSuQgA27p2rYB7Kh20dym6V8c62pWpBHHTgxr/32zevxHS iXl6xvUCg5T8WUwfUk8OvgDcBErK/blDAMXQzSg3sp450JhR8RnXHXF5Zz2T04X7HnlIVJGw f2CjnwyEAJCqMzaCmI+g3Imvg/8L4nyBFvhlFHDv+kIvMiujyycjPAu7xxKplBs1/IEwmDoA MjneFmawvfeQnwdMhSKK8PjKSuzGU5uUmxj3GBfRqvTM0qpmhMPFOmDhJSmH55HLAky2Mlmq JYXJPt/9EfSEhFiua1M6gLiuNEuPkp+8jcnHQqKr0IeHt8UqcwLt2mGfIyl0FVdF9hvWPjNR zGbgqoT1Di03RQ==
In-Reply-To: <fa69fe2e-cb30-4897-804c-70089e2b8cdb@lear.ch>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="------------09ov7H1kvDsYi03ghnkpUJXR"
Message-ID-Hash: H3JKN7XWR5D3VYD6M3RJJN3HPPGOELB2
X-Message-ID-Hash: H3JKN7XWR5D3VYD6M3RJJN3HPPGOELB2
X-MailFrom: lear@lear.ch
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-mod-discuss.ietf.org-0; header-match-mod-discuss.ietf.org-1; header-match-mod-discuss.ietf.org-2; header-match-mod-discuss.ietf.org-3; header-match-mod-discuss.ietf.org-4; header-match-mod-discuss.ietf.org-5; header-match-mod-discuss.ietf.org-6; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Mod-discuss] Re: WG Last call for draft-ietf-modpod-group-processes-10
List-Id: Discussion list for IETF moderation policies and practices <mod-discuss.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mod-discuss/al9Ky0MieNrY5ydH716iPYO9D-M>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mod-discuss>
List-Help: <mailto:mod-discuss-request@ietf.org?subject=help>
List-Owner: <mailto:mod-discuss-owner@ietf.org>
List-Post: <mailto:mod-discuss@ietf.org>
List-Subscribe: <mailto:mod-discuss-join@ietf.org>
List-Unsubscribe: <mailto:mod-discuss-leave@ietf.org>

Stephen,

I've split your email into 15 subissues from 159.

Eliot

On 27.08.2025 09:43, Eliot Lear wrote:
>
> Hi Stephen,
>
> Please see below:
>
> On 27.08.2025 04:01, Stephen Farrell wrote:
>>
>>
>> ## Specific non-nits:
>>
>> - s1.1: "It is up to the moderators..." that seems in the wrong
>> place as we've not defined moderators yet and we probably want to
>> say administrators. (This isn't a flowery language point:-)
>
> Let's not get tangled around forward references, but yes the word 
> should be administrators.
>
>
>>
>> - s1.1: "decide which mix of preemptive and reactive moderation to
>> employ" on it's face would allow a company-X administrator/moderator
>> to pre-emptively moderate all emails from any new posters from
>> company-Y. I think it's also an important part of the background that
>> we don't want that, so suggest adding a sentence about fairness/open-
>> ness etc. with some suitable reference. (I don't mind much which text
>> or reference and I'm sure the editors could find something fine.)
>
> Since all actions are appealable, this surely would be caught. The 
> higher level point here is that *anyone* including administrators can 
> misbehave.  We just had an appeal here that tests whether that was the 
> case.
>
>
>>
>> - 1.2: "The cornerstone of our philosophy is first and foremost the
>> individual," No, it isn't. And that's not even a good sentence. (Am
>> I, as an individual, a cornerstone? Are we all? That's a lot of
>> corners, and do philosophies even have corners?:-) I'd say delete the
>> entire paragraph as it reads like a typically overblown HR statement.
>> (Apologies to whoever suggested it - sometimes one just misses the
>> target;-)
>
> This is a dup of an issue Jay raised.
>
>
>>
>> - 1.2: "However, when someone crosses the line into disruptive
>> behavior, some action must be taken in order to maintain decorum of
>> the community." Hmm. I don't think the IETF requires decorum, nor
>> have we consensus on such a proposition. My interpretation of
>> "decorum" is that it means a thing much stronger than behaving
>> well.
>
> How about comity? ;-)
>
>>
>> - 1.2: "broadest possible latitude to all people" - I don't like
>> that - we do not want moderators to be allowed to delete someone's
>> datatracker account from the DB just for disruption for example;
>> suggest deleting "the broadest possible"
>
> I disagree.
>
>
>>
>> - 1.3: Do we recognise that e.g. WG chairs might not in fact be
>> able to moderate github discussions (if the repo is owned by an
>> author)? I don't think this is the document to propose that all
>> WG draft github repos need to belong to a github org that's under
>> the control of IETF administrators. Suggest s/are administrators/
>> are to be considered administrators/
>
> We cover this: only IETF fora are within scope.  If someone's personal 
> repo becomes a sewer, we can't control that, and I agree that this is 
> not the document to insist that repos fall within an ietf organization.
>
>>
>> - 2.1: the IESG appoints, which is fine, but are those fixed-term
>> appointments or not? I figure we need to say.
>
> Can we leave that to the IESG?
>
>>
>> - s3: "They are also encouraged to report inappropriate behavior
>> directed..." that seems like scope-creep - this is only about
>> disruptive behaviour - there's >1 instance of this and it's IMO
>> a major point.
>
> Are you suggesting s/inappropriate/disruptive/?
>
>
>>
>> - s3: I had interpreted administrator as "either WG chair or part
>> of the moderation team" but now it seems moderation team members
>> are not considered administrators. That's fine, but noteworthy
>> as I'd assumed the opposite 'till this read-through.
>
> Not on first instance for fora for which other administrators are defined.
>
>>
>> - s3: "Moderators may take actions when administrators do not
>> respond to reports in a timely fashion." - I'll reiterate my
>> dislike of this, but also that I can live with the meat of the
>> current proposal. (Assuming the text ends up good, which is not
>> yet the case.)
>>
>> - s3: "moderators are not expected to always actively monitor all
>> communications" is way too weak and the wrong way about, I think
>> we want to say that moderators should not act unless they have a
>> good basis on which to act either based on really knowing the
>> forum, or the egregious nature of a posting
>
> I believe this text was fully litigated, and shouldn't be relitigated.
>
>
>>
>> - s3: "cuts across" seems too ambiguous, we do need to try define
>> this better, so people know what's what
>
> How is it ambiguous?
>
>
>>
>> - s3: "In order to scale the function, except for plenary fora as
>> described above, moderators are not expected to always actively monitor
>> all communications.  Instead, they will process reports from
>> participants." I don't think "actively monitor" is the opposite
>> from "reports from participants" so I'm not happy this is right
>> yet.
>
> s/Instead/In general/
>
> ?
>
>>
>> - s3.1: As a WG chair, I've been told a few times (by trusted people)
>> that person-A had sent bad email to person-B, where bad is not quite
>> defined, and I, as WG chair, don't see the content. How do I know if
>> that's in or out of scope since I'm an administrator?
>
> Private email is not within scope.
>
>
>>
>> - s3.1: this says "problematic" when the document ought only deal
>> with "disruptive"
> ok
>>
>> ## Nits:
>>
>> - abstract: "grace" - I'll take it when I see it, but I doubt
>> that "will treat people... with... grace" will often approximate
>> truth - I'd suggest removing that. (And IMO no organisation can
>> treat anyone with grace, only people can do that.)
>
> We are people.
>
>
>>
>> - abstract: "guardrails" - better to avoid AI fashion phrases
>> entirely IMO, and guardrails != guidelines which is implied by
>> the current text
>
> Not agreeing on that one.
>
>
>>
>> - s1: " This memo describes the moderation of disruptive..."
>> isn't quite right, the text sets out the team setup and does
>> not describe the actual moderation
>
> s/describes the/specifies a policy for/
>
> ?
>
>> - s1.2: "nor should someone be considered disruptive solely
>> because they are outside the rough consensus." I'd suggest
>> s/should/ought/ here just to avoid the potential BCP14 way of
>> misinterpreting that to imply there are cases where someone
>> ought be moderated only because they're not part of the rough
>> consensus.
>>
>> - 1.2: " Apply consistent, fair, and timely moderation of communication
>> across all public IETF participation channels and participation
>> fora; without regard to one's position or previous contributions;"
>> If I squint from a specific angle, I could interpret "one's" above
>> to relate to the moderator and not the poster. Both statements seem
>> ok, but I think we wanted the latter.
>
> I think we missed an edit, so...
>
> s/one's position/one's views, position within the organization,/
>
> I realize this doesn't address your point directly.
>
>
>>
>> - s2: "This memo proposes a uniform approach to moderating the
>> IETF's various public fora." No, it doesn't. It suggests setting
>> up a team to do that.
>>
>> - s2: " A moderator team for the IETF will develop uniform
>> guidelines" what are uniform guidelines and what could possibly
>> be non-uniform guidelines? (Wear a t-shirt and shorts:-) I think
>> we want to say guidelines that don't vary by forum-type (WG or
>> not etc.) or medium (mail vs. issue-trackers)
>
> Ok.
>
>
>>
>> - s2.1: just checking, no strong opinion: "In selecting members,
>> the IESG will take into account geographic coverage, expected and
>> unexpected absences, and team diversity." - so we do not explicitly
>> require the IESG to take into account changes in community views
>> of moderation? (That's ok.)
>
> Well, if the community is screaming because moderators are doing silly 
> things, I would expect the IESG to react.
>
>
>>
>> - 2.2: I think s/moderators/administrators/ here would be better
> ok
>>
>> - s3: "Administrators* are primarily responsible..." managing disruptive
>> postings is not the primary concern of e.g. WG chairs so this
>> seems wrong
>
>
> Eliot
>
>
> _______________________________________________
> Mod-discuss mailing list --mod-discuss@ietf.org
> To unsubscribe send an email tomod-discuss-leave@ietf.org