[Mod-discuss] Re: Last call review of draft-ietf-modpod-group-processes-10

David Schinazi <dschinazi.ietf@gmail.com> Fri, 12 September 2025 18:23 UTC

Return-Path: <dschinazi.ietf@gmail.com>
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 70B5161C3AE5 for <mod-discuss@mail2.ietf.org>; Fri, 12 Sep 2025 11:23:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, 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=gmail.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 J_5LjMYxOZt1 for <mod-discuss@mail2.ietf.org>; Fri, 12 Sep 2025 11:23:32 -0700 (PDT)
Received: from mail-il1-x131.google.com (mail-il1-x131.google.com [IPv6:2607:f8b0:4864:20::131]) (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 0DD3361C3ADC for <mod-discuss@ietf.org>; Fri, 12 Sep 2025 11:23:32 -0700 (PDT)
Received: by mail-il1-x131.google.com with SMTP id e9e14a558f8ab-406ec5934caso9999265ab.3 for <mod-discuss@ietf.org>; Fri, 12 Sep 2025 11:23:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757701411; x=1758306211; darn=ietf.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=pSiM3yt/1heQ6tyGuYNhQ8ugBv9+P/DTRdFwlmsrOi0=; b=k/SrjxzZG+PGOx4ZDZ/QWJTXx/njT0Fymarp9QmNCD5mPQ/SubIJV7neHWTx3U10OD 79ZerPvKF5VFC52+y1/1BvqgekV+f6+Ww5hobCg9NwosXjm6FyTkTdMtZIEGTGJc6C5d afu0khFDvAEo00w3aCy0xGWhYx+uGg4s9i0fwhjARSiEra2OiIRuhRub5GYK7WMukIA3 8daMmcLyh3c3kX4Z1c8zgL5G3E2npmd8EXS6jrjtkICs9MRZBkT0NV23u0NQwp+skY2q wpc9c/oeRRQqWolN9UMVlMTA0kS718Y9SILvER5eOLyiVctrISM5D2JbrFXkPFw6TU0t /pZA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757701411; x=1758306211; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=pSiM3yt/1heQ6tyGuYNhQ8ugBv9+P/DTRdFwlmsrOi0=; b=oVVJxV66X4ONlI2dOrqiazNFy2rbyxwtOx1rm57+esLwuma5u+SMxdv71L9rU27UT/ a4wVbtw1tLo+v5ZceUNcZswH6BMbjb/rdX+0kjB2LCjvbVPUW6ZbOrEue/kIlxwC0qEo TidHU3Qm+zxrLhXJo7HnJt7YxLtltxNUgvkQLFQy8HpIrwFxROnypUFN27Yp4KsLfmGy YsSwqA6XjayZctoOpdbRiMgDTMr5lBzsi57m+Xr4pi9vZBx3ISnATm1TsKkKeF6iF5f/ AT2v7YQH5TXy0khapG6W3wBKIil5CrjYdlXQzgrdK7NeNIb1ztke/INmg0PkanF6MsGT 2e5A==
X-Gm-Message-State: AOJu0Yzg6XdcFAfy6LANcNKhBlUDfPyHg6A0kDwIu8rOOkMM38t0vpk/ lZCKVpgCZiy2/UmIzSCPujjRs3yUXm6JLHgFMhOxU/d+BMNgJmiXybq9jLBOjd7UwuzrjJQHQ7t mTS3MWQyTj3CA9sbL2zDZkgKP6uPZ3l9Xi8I9
X-Gm-Gg: ASbGncsi45i5rO5cBk0QHxfq8iNT3GEH5OxQqELmQoJs5lTWiiLHNy4LioIBPUj6vYe r/A68s9WS5qu1nEfCk3qa6ZWxEiP+jzWxuIjRxm/hUNaq3ySWoW5/KVmUbFzUK54COGLQ3Vu92Y T+HgQLOCqbPmegs7QYPTLSO8wACRvF6VRG6og2Du7sNB1iCpyqhnMKSGXHSxDSVabsKqIJ2WVHq 7Vp5RXuo4aJgxNucnNOWX26ibos+K39cFGwm/WmY3z5ZKkWn21aVzriOR/XL/PBDBkc74Y4BEgp 9J19Vjs8almE4/rmaA==
X-Google-Smtp-Source: AGHT+IF8zInQytdeo47D3ufrzB83xYSG7SfHLnsjxgvrd0jAZc+s0pOtxsNXoqz9f62KL3TuasuvnIftiyqda60fyTg=
X-Received: by 2002:a05:6e02:450c:b0:421:7c00:9056 with SMTP id e9e14a558f8ab-4217c00916emr43659715ab.8.1757701410808; Fri, 12 Sep 2025 11:23:30 -0700 (PDT)
MIME-Version: 1.0
References: <CAPDSy+595bZjjFHVnvhFcYNUbk2h=jU8Uu-kpB7DeGe7dbaurw@mail.gmail.com> <E2C3382A-5291-49CA-8591-B33B3C9714D7@csperkins.org>
In-Reply-To: <E2C3382A-5291-49CA-8591-B33B3C9714D7@csperkins.org>
From: David Schinazi <dschinazi.ietf@gmail.com>
Date: Fri, 12 Sep 2025 11:23:19 -0700
X-Gm-Features: Ac12FXwLBvBW4Gtr0W-tUDgi1BzEkdxtfKMGd10Vxdj3ixDUyp8YkaAG6jFO3Xc
Message-ID: <CAPDSy+4UU5yv=GpAnpzrR_AR6S93k+GXASB+Z+TK5LK4FQkMxA@mail.gmail.com>
To: Colin Perkins <csp@csperkins.org>
Content-Type: multipart/alternative; boundary="0000000000003667f6063e9ec0bf"
Message-ID-Hash: B2SUMDOKEGTNX3DEX3DSPBN7XBXOKF6V
X-Message-ID-Hash: B2SUMDOKEGTNX3DEX3DSPBN7XBXOKF6V
X-MailFrom: dschinazi.ietf@gmail.com
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; header-match-mod-discuss.ietf.org-7; header-match-mod-discuss.ietf.org-8; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Moderation Discussion <mod-discuss@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Mod-discuss] Re: Last call review of 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/mRuXvstNCbLmTnHArGiNLN0eIDw>
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>

Hi Colin,

You're absolutely right, IETF consensus isn't enough to change IRTF
policies. But we can solve that by getting this document approved by the
IRSG in addition to IETF consensus. The "Problems with the Previous
Approach" appendix does a great job of explaining why it's helpful to have
moderators in addition to WG chairs, and that logic applies just as well to
RG chairs. Additionally, this would be in line with how the IRTF follows
the IETF anti-harassment policy.

David

On Fri, Sep 12, 2025 at 12:32 AM Colin Perkins <csp@csperkins.org> wrote:

> HI,
>
> [one comment inline]
>
> On 12 Sep 2025, at 2:48, David Schinazi wrote:
>
> Hi moderation enthusiasts,
>
> I just did a full read through of draft-ietf-modpod-group-processes-10. I
> think the document is incredibly thorough, well-written, and is ready to be
> advanced towards publication.
>
> I have a few suggestions that I don't consider to be blocking:
>
>    - Section 2.1 (Composition) states <<The moderator team consists of no
>    less
>
> than five individuals>> but doesn't explain what happens if that number
> were ever to drop to four due to unfortunately timed resignations. I'd
> recommend using text similar to Section 3.1 of RFC 7776 to avoid ambiguity.
>
>    - In section 5.1 (Relation to the Ombudsteam), I think we do a good
>    job of
>
> covering communications from the administrators to the Ombudsteam, but I
> would suggest adding text about the converse direction. Perhaps something
> like this: <<If the Ombudsteam is confidentially notified of unacceptable
> behavior on a public forum, they may notify the appropriate administrator
> about the concern and suggest a course of action. Administrators are
> encouraged to take Ombudsteam concerns into consideration. The Ombudsteam
> will clearly communicate whether their proposal is a non-binding suggestion
> or a formal Remedy as defined in Section 5 of RFC 7776.>>
>
>    - Section 5.3 (Relation to the IRTF) was unclear to me. The IRTF has
>    its
>
> own code of conduct but it still requires mailing list communication to be
> respectful and professional. Is the intent of this section to say that IRTF
> lists are out of scope for the moderation team? I think that would be a
> mistake. The IRSG is primarily responsible for enforcing the IRTF code of
> conduct, but I think the moderation team should be able to intervene in the
> same way that they can for IETF WGs.
>
> That’s a possible option, but the IRSG would have to decide to opt into
> the policy. As an IETF working group, MODPOD can’t make that decision for
> the IRTF.
>
> (The IETF and IRTF have historically had different mailing list moderation
> policies)
>
> Colin
>
> I fully support advancing the document, even if we don't end up reaching
> consensus on my suggestions above.
>
> Thanks,
> David (writing as an individual)
> ------------------------------
>
> Mod-discuss mailing list -- mod-discuss@ietf.org
> To unsubscribe send an email to mod-discuss-leave@ietf.org
>
>