Re: [arch-d] iesg: Re: Updates on IAB mailing lists

Tommy Pauly <tpauly@apple.com> Mon, 20 April 2020 21:00 UTC

Return-Path: <tpauly@apple.com>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23F5A3A0FCD; Mon, 20 Apr 2020 14:00:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.201
X-Spam-Level:
X-Spam-Status: No, score=-0.201 tagged_above=-999 required=5 tests=[DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apple.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 sUFHhNFf5T3W; Mon, 20 Apr 2020 14:00:35 -0700 (PDT)
Received: from ma1-aaemail-dr-lapp02.apple.com (ma1-aaemail-dr-lapp02.apple.com [17.171.2.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D5F093A0FCB; Mon, 20 Apr 2020 14:00:34 -0700 (PDT)
Received: from pps.filterd (ma1-aaemail-dr-lapp02.apple.com [127.0.0.1]) by ma1-aaemail-dr-lapp02.apple.com (8.16.0.42/8.16.0.42) with SMTP id 03KKxpqc047498; Mon, 20 Apr 2020 14:00:29 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=content-type : mime-version : subject : from : in-reply-to : date : cc : content-transfer-encoding : message-id : references : to; s=20180706; bh=SNxJ8WptW4UCrwFx/Nb1TEsfF6w6n91hKThHc73OShQ=; b=bRCk7QloigqClOZCMjVWzILNi+pXFwAWxt3tChERnteuceEVWjg2JGzDLB2ZpNPTIfaW t7hKERsgJujDobd7pXyTRnqyOhEINEqEW7YvJgZIA4oOSHLZaxhZT2JUl8/mVQxBvf/+ 7+zeNX+mKW4KYXdCqRRe98PLLHDCOJBakY3l3GFzAGyt6+XYkJGyXAPTES+03b2MRDQE 7izfYejFCVpnsVMsT1PfABth+usb59TLUk/u+u2KMo5UN9lkdWsR6jh0tV4l2ZFdl4I9 z2E5CInozDzcCXBQbEu3TF7IbG0D15lDXHKwz2ic4/aRDJf5JaBHarfDFLiXFafai5UX bQ==
Received: from rn-mailsvcp-mta-lapp01.rno.apple.com (rn-mailsvcp-mta-lapp01.rno.apple.com [10.225.203.149]) by ma1-aaemail-dr-lapp02.apple.com with ESMTP id 30hfm2ktt2-13 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 20 Apr 2020 14:00:29 -0700
Received: from rn-mailsvcp-mmp-lapp02.rno.apple.com (rn-mailsvcp-mmp-lapp02.rno.apple.com [17.179.253.15]) by rn-mailsvcp-mta-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.5.20200312 64bit (built Mar 12 2020)) with ESMTPS id <0Q9300ULSUCSB100@rn-mailsvcp-mta-lapp01.rno.apple.com>; Mon, 20 Apr 2020 14:00:28 -0700 (PDT)
Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp02.rno.apple.com by rn-mailsvcp-mmp-lapp02.rno.apple.com (Oracle Communications Messaging Server 8.1.0.5.20200312 64bit (built Mar 12 2020)) id <0Q9300N00UB73200@rn-mailsvcp-mmp-lapp02.rno.apple.com>; Mon, 20 Apr 2020 14:00:28 -0700 (PDT)
X-Va-A:
X-Va-T-CD: b7d31c02c886c19cbc2b09bcac99d6f7
X-Va-E-CD: c8ceaf7a504d9a706abb415c3056211a
X-Va-R-CD: 212de666095350032512e1e53cfa430b
X-Va-CD: 0
X-Va-ID: 80431bc9-8d67-4bc7-89b7-059d19cbff87
X-V-A:
X-V-T-CD: b7d31c02c886c19cbc2b09bcac99d6f7
X-V-E-CD: c8ceaf7a504d9a706abb415c3056211a
X-V-R-CD: 212de666095350032512e1e53cfa430b
X-V-CD: 0
X-V-ID: c0302d6c-74ca-4d0b-bf6d-c72f0093c58f
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138, 18.0.676 definitions=2020-04-20_08:2020-04-20, 2020-04-20 signatures=0
Received: from [17.234.48.87] (unknown [17.234.48.87]) by rn-mailsvcp-mmp-lapp02.rno.apple.com (Oracle Communications Messaging Server 8.1.0.5.20200312 64bit (built Mar 12 2020)) with ESMTPSA id <0Q9300IN7UCN8V00@rn-mailsvcp-mmp-lapp02.rno.apple.com>; Mon, 20 Apr 2020 14:00:28 -0700 (PDT)
Content-type: text/plain; charset="utf-8"
MIME-version: 1.0 (Mac OS X Mail 13.4 \(3608.80.7.2.3\))
From: Tommy Pauly <tpauly@apple.com>
In-reply-to: <20200420184456.GG5351@faui48f.informatik.uni-erlangen.de>
Date: Mon, 20 Apr 2020 14:00:23 -0700
Cc: iesg@ietf.org, ietf@ietf.org, "architecture-discuss@ietf.org" <architecture-discuss@ietf.org>
Content-transfer-encoding: quoted-printable
Message-id: <BEB03B5D-ABCA-46FD-8647-827EFE04E5F5@apple.com>
References: <20200420184456.GG5351@faui48f.informatik.uni-erlangen.de>
To: Toerless Eckert <tte@cs.fau.de>
X-Mailer: Apple Mail (2.3608.80.7.2.3)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138, 18.0.676 definitions=2020-04-20_08:2020-04-20, 2020-04-20 signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/5HRB_c-dlkLLIpGXLTOKD4N6IJ4>
Subject: Re: [arch-d] iesg: Re: Updates on IAB mailing lists
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Apr 2020 21:00:37 -0000

Hi Toerless,

> Dear Tommy, *:
> 
> Wrt to your intention to put IAB mailing lists under the following proposed policies:
> 
>> Inappropriate postings consist of: spam and bulk e-mail;
>> unprofessional commentary, regardless of subject;
> 
> OK.
> 
>> announcements of conferences or activities that are not sponsored
>> or endorsed by the Internet Society, the IETF, or the IAB
> 
> OK.
> 
>> and discussion of subjects unrelated to IAB policy,
>> programs, activities, or technical concerns"

How about “and mail with content unrelated to technical discussion, Internet architecture, or activities of the IAB”?

Please see further for more discussion of the intent here.

> 
> NOK for list that go beyond those points. architecture-discuss@ietf.org
> clear goes beyond those points.
> 
> a) I read this as a long-winding workaround to prohibit
>   the IETF community to self-organize without official leadership
>   support in inofficial side meetings using the IETF mailing list
>   architecture-discuss@ietf.org
> 
>   I suspect these rules have especially been crafted to prohibit me to
>   invite community members interested in architecture discussion around
>   New IP to inofficial side meetings via the archiecture-discuss@ietf.org
>   mailing list in the future, as i did in the past for IETF106 and IETF107.
> 
>   AFAIK, it is not only common practice, but quite desirable
>   for the community to use IETF/IRTF mailing lists to self-organize
>   into whatever form of inoffical side meeting is appropriate on
>   topics of intererst to that mailing list. Bar BOFs not being easy
>   in times of corona.  Likewise i think that notifications about events
>   related to a mailing lists topic are quite common. The notion that
>   only official sponsored events can be brought up sounds quite strange
>   to me and quite contrary to the open nature of the IETF/IRTF.

It is not the intention of this clarification in the SAA role to at all restrict discussion of the topics you’re bringing up here, such as New IP, or to to limit discussion of side meetings about such. Indeed, such discussion (even if it isn’t an event organized by the IAB), is of relevance and interest to Internet architecture.

Working on this text is certainly good to do with your input, and others. The current text is lifted mainly from the IETF discussion list SAA description.

The goal of mentioning irrelevant activities was more to make it clear that if someone started posting what is effectively spam to a list, that the SAA could reach out to the person to moderate that. What is relevant to each list is dependent on the list. Architecture-discuss is indeed a broad list, and any discussion that is truly about Internet architecture fits.

Largely, the motivation to update and clarify this text is to ensure that the community agrees on what the *existing* role of the SAA is for these lists, and to ensure that if there is a instance in which the SAA does need to step in (let’s say, due to spamming the list), that there is a consistent and standard response to make. My hope is to limit this role such that it cannot be used in the ways you mention (limiting community discussion and organization of relevant topics).

> 
> b) If IAB wants to enforce such restrictive policies for communications
>   on an intentional open mailing list such as architecture-discuss@ietf.org,
>   then this adds severely to my concerns about how IAB operates. I think 
>   it is unbecoming for an ISOC entity.
> 
>   To me, architecture-discuss@iab.org is clearly not a mailing list
>   that currently is or in the future should be subject to such IAB
>   communication constraints:
> 
>   1. It is called architecture-discuss@ietf.org, not @iab.org
> 
>   2. About: https://www.ietf.org/mailman/listinfo/Architecture-discuss

This list is, in fact, an IAB-sponsored activity since its inception. The list does exist at both @ietf.org, and @iab.org.

> 
>> The architecture-discuss list serves as a technical discussion
>> forum for all members of the IETF community that are interested
>> in larger > architectural issues. It is meant to be an open discussion
>> forum for all long and/or wide range architectural concerns related
>> to the Internet Architecture. In particular, it may be used to
>> discuss and bring forth different points of view on controversial
>> architectural questions. Discussions that drill down and dwell
>> on specifics of individual protocols or technologies are to be
>> discouraged, redirected to appropriate other fora, or re-cast to
>> discussions of broader implications for Internet architecture.
> 
>   3. The mayority of the discussions on the mailing list are clearly not
>   lead by IAB, but are useful for the community. There is absolutely no
>   need for such a mailing list to be constrained to proposed new strict
>   IAB regime. Instead i think IAB membersh should be welcome into the
>   discussion of the community.

Indeed, the discussion on the list is to be encouraged! The goal of clarifying the policy is to ensure that, as this list is an IAB-sponsored activity, that the community does have a productive and open space to discuss. The SAA’s role is to handle spam or abuse only.

Thanks,
Tommy

> 
> Cheers
>    Toerless
> 
> On Mon, Apr 20, 2020 at 09:08:48AM -0700, Tommy Pauly wrote:
>> Hello architecture-discuss,
>> 
>> We???d like to share a few updates about IAB mailing lists, and solicit the community???s feedback on some new text.
>> 
>> First, Tommy Pauly will be joining Stephen Farrell on the (existing, but rarely employed) sergeants-at-arms team to help moderate the list.
>> 
>> Second, we???d like to clarify the sergeants-at-arms roles for the lists. The current description on https://www.iab.org/iab-mailing-lists/ <https://www.iab.org/iab-mailing-lists/> does mention that the lists use a sergeant-at-arms model for moderation, but does not describe what this role entails. It also does not specify if this role applies to all of the lists on the page, such as program lists.
>> 
>> We???re proposing adding the following text to https://www.iab.org/iab-mailing-lists/ <https://www.iab.org/iab-mailing-lists/>, largely based on the IETF list SAA. We???d love to hear feedback on this approach!
>> 
>> ====
>> 
>> IAB mailing lists have sergeants-at-arms, whose role is ensure there are no inappropriate postings. Inappropriate postings consist of: spam and bulk e-mail; announcements of conferences or activities that are not sponsored or endorsed by the Internet Society, the IETF, or the IAB; unprofessional commentary, regardless of subject; and discussion of subjects unrelated to IAB policy, programs, activities, or technical concerns.
>> 
>> The sergeants-at-arms are empowered to restrict posting by a person or of a thread when the content is inappropriate and represents a pattern of abuse. Complaints regarding a decision should be referred to the IAB chair.
>> 
>> The current sergeants-at-arms for ???architecture-discuss@ietf.org <mailto:architecture-discuss@iab.org>??? are Stephen Farrell and Tommy Pauly. For program-specific lists, the program chairs act as moderators. The "rfc-interest@rfc-editor.org <mailto:rfc-interest@rfc-editor.org>??? list is moderated by the Temporary RFC Series Project Manager.
>> 
>> ====
>> 
>> Third, we have many lists that are enumerated on the website that are for closed programs or past workshops. We checked the activity on these lists, and we believe that we can close the following lists. Any further discussion on these topics is welcome on architecture-discuss.
>> 
>> - caris-attendees@iab.org <mailto:caris-attendees@iab.org>
>> - emserv-discuss@iab.org <mailto:emserv-discuss@iab.org>
>> - i18n-discuss@iab.org <mailto:i18n-discuss@iab.org>
>> - inip-discuss@iab.org <mailto:inip-discuss@iab.org>
>> - internetgovtech@iab.org <mailto:internetgovtech@iab.org>
>> - iotsi@iab.org <mailto:iotsi@iab.org>
>> - iotsu@iab.org <mailto:iotsu@iab.org>
>> - marnew@iab.org <mailto:marnew@iab.org>
>> - privsec-discuss@iab.org <mailto:privsec-discuss@iab.org>
>> - stackevo-discuss@iab.org <mailto:stackevo-discuss@iab.org>
>> 
>> The remaining lists will be:
>> 
>> - architecture-discuss@ietf.org <mailto:architecture-discuss@ietf.org>
>> - chirp@iab.org <mailto:chirp@iab.org>
>> - model-t@iab.org <mailto:model-t@iab.org>
>> - rfced-future@iab.org <mailto:rfced-future@iab.org>
>> 
>> Best,
>> Tommy Pauly, on behalf of the IAB
> 
>> _______________________________________________
>> Architecture-discuss mailing list
>> Architecture-discuss@ietf.org
>> https://www.ietf.org/mailman/listinfo/architecture-discuss