Re: Terminology discussion threads

Kyle Rose <krose@krose.org> Thu, 13 August 2020 18:08 UTC

Return-Path: <krose@krose.org>
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 7E3E83A0F62 for <ietf@ietfa.amsl.com>; Thu, 13 Aug 2020 11:08:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=krose.org
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 3Pxc9Kg7Droe for <ietf@ietfa.amsl.com>; Thu, 13 Aug 2020 11:08:22 -0700 (PDT)
Received: from mail-vs1-xe2c.google.com (mail-vs1-xe2c.google.com [IPv6:2607:f8b0:4864:20::e2c]) (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 0DABF3A0F20 for <ietf@ietf.org>; Thu, 13 Aug 2020 11:08:22 -0700 (PDT)
Received: by mail-vs1-xe2c.google.com with SMTP id q13so3371828vsn.9 for <ietf@ietf.org>; Thu, 13 Aug 2020 11:08:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=krose.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=OKgxld/EC9t0lqvMu3d+O0FQ5Mc44GpFtXw5aY8r1yk=; b=GsbWH7sbQWo9s0b2novX7dv45dkhufj3y4X6vsZuIyteZpKCEBw0DsR979ZJK83I9T byxr2ut6JKmgQGJ3bDOlise8z8ILqgHPLkgtECfTqgs9zh8ATFFzNL3I2yi0nYXe096G sebDxFS8PmGiXA8CJmFdza3y6Jwxu4K9jQpc4=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=OKgxld/EC9t0lqvMu3d+O0FQ5Mc44GpFtXw5aY8r1yk=; b=EpCZNX9fky9pKGbaYC3gM1z2Vkqdedn7UGTuSW8i5eQ6teTO4tgudvZ0iRdKzVvdmU um8ben67Xn9Kw4teeu8KXq5SbroIBHZCFE3/v1Gn6vrxHVXkMVKvLHkW3brJLkV7XYnA mzq9IUgmzc3RmrdDFM+oFloRfCq5GQfsnVE5aAXu/A2TJY6U5CESLlRsdTY+msuYmny0 hog+1/jaQAZ4U3LB2WC5vD4q7m+zxsfFJNLH7V4kNzOwDtbd5pw8Sku9jwoKzcFaDp0m tH72wKQCkdNAnyW5migNSccf22N8/8H07m/dfXCljA82XkPhjQ+WTNWUwJtK36+d177N 1Kig==
X-Gm-Message-State: AOAM530bEESzBVLJL/8KbwlRDdQjiPrxC4HiSHJXsd7/W0huA2lBwznJ HQipJWlFoO5ax69iekzd/OT5wpTI5CjcGOHWgnalWA==
X-Google-Smtp-Source: ABdhPJwUOJzTMN8kycx5Bm6XhxZvBrI2AXXXY6yQxdF3+tz4jsVNs55QF+qN2OAjsAHru4qNYN4C4Fggywc87JUlrwQ=
X-Received: by 2002:a67:fdca:: with SMTP id l10mr4651484vsq.175.1597342101007; Thu, 13 Aug 2020 11:08:21 -0700 (PDT)
MIME-Version: 1.0
References: <9ABDC2BC-E6A3-4249-99C5-F0BB3683A03D@ietf.org> <223A1539-30B0-424A-89D1-A968FFD4C140@symbolic.software> <aceec35c-ccc8-ccca-7a5b-7d23746f67e2@ietf.org> <A9BB633C-3278-406C-BD38-748646D7E454@symbolic.software> <C4BC10B5-6F65-451F-8B15-98AA8D54966A@ietf.org> <E903D378-9FA6-44B7-BDDA-3D283F73039D@sobco.com>
In-Reply-To: <E903D378-9FA6-44B7-BDDA-3D283F73039D@sobco.com>
From: Kyle Rose <krose@krose.org>
Date: Thu, 13 Aug 2020 14:08:10 -0400
Message-ID: <CAJU8_nVgQf8exza0tTMS-tz2GyM2ykmga--W4vE8PWLhLr0cxQ@mail.gmail.com>
Subject: Re: Terminology discussion threads
To: "Scott O. Bradner" <sob@sobco.com>
Cc: IETF Sergeant-at-Arms <saa@ietf.org>, ietf <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000008407d905acc63098"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/OJB0EXLMnpqN_8VtaQ_d1-DXF80>
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: Thu, 13 Aug 2020 18:08:26 -0000

+1.

The issue from the original thread aside, this is outrageous behavior by
the IETF leadership, and calls into question the very integrity of the
rough consensus process, something that requires open debate and radical
transparency, under this leadership. At this point, I have no confidence
that the actions of the IESG represent the rough consensus of the IETF.

Kyle

On Thu, Aug 13, 2020 at 1:28 PM Scott O. Bradner <sob@sobco.com> wrote:

> I consider this an abuse of your presumed authority
>
> in no way should an expression of disapproval of an IESG action be
> considered as a continuation
> of the discussion that caused the IESG action
>
> I also agree with Mike that there is no way to twist RFC 3005 to support
> the suppression of
> disapproval of your actions or the actions of the IESG
>
> Scott
>
>
> > On Aug 13, 2020, at 1:04 PM, IETF Sergeant-at-Arms <saa@ietf.org> wrote:
> >
> > Hi all,
> >
> > We wanted to let the list know that the sergeant-at-arms (SAA) team
> > (described in more detail at [1]) has determined that Nadim Kobeissi
> > has engaged in a pattern of abuse based on their recent substantive
> messages to
> > this list [2][3] under a new subject line but on the same topic
> > against the direction from the IETF Chair [4]. Their posting rights to
> the ietf@ietf.org mailing list have been
> > restricted for the next 14 days.  We encourage everyone to review the
> > IETF discussion list charter [5] and our SOP [6].
> >
> > Thanks,
> > Alissa Cooper on behalf of the SAA team
> >
> > [1] https://www.ietf.org/how/lists/discussion/
> > [2]
> https://mailarchive.ietf.org/arch/msg/ietf/5q24VzOoxoC_3KbIKTACQ6FvLGY/
> > [3]
> https://mailarchive.ietf.org/arch/msg/ietf/fRi97MQxvKq6jNy1EFILFh3_dxI/
> > [4]
> https://mailarchive.ietf.org/arch/msg/ietf/t6AZcMH2S_YtldSNBlaNwPfO_P8/
> > [5] https://tools.ietf.org/html/rfc3005
> > [6] https://github.com/ietf/saa/blob/master/sop.md
> >
> >
> >> On Aug 13, 2020, at 9:58 AM, Nadim Kobeissi <nadim@symbolic.software>
> wrote:
> >>
> >> I see that the emails from others above expressing *approval* for the
> IESG are not receiving correctional visits from the SAA, so I wanted to
> make sure that I expressed myself in The Correct Manner moving forward:
> >>
> >> +1! I agree with Alissa! Thank you for taking this action! Excellent,
> thank you!
> >>
> >> Nadim Kobeissi
> >> Symbolic Software • https://symbolic.software
> >>
> >>> On 13 Aug 2020, at 3:50 PM, IETF Sergeant at Arms <saa@ietf.org>
> wrote:
> >>>
> >>> Hi all,
> >>>
> >>> We wanted to let the list know that the sergeant-at-arms (SAA) team
> (described in more detail at [1]) has been in touch with Nadim Kobeissi
> off-list concerning their recent message [2] to ietf@ietf.org under a new
> subject line but on the same topic against the direction from the IETF
> Chair [3]. We encourage everyone to review the IETF discussion list charter
> [4] and our SOP [5].
> >>>
> >>> Thanks,
> >>> Dhruv Dhody on behalf of the SAA team
> >>>
> >>> [1] https://www.ietf.org/how/lists/discussion/
> >>> [2]
> https://mailarchive.ietf.org/arch/msg/ietf/5q24VzOoxoC_3KbIKTACQ6FvLGY/
> >>> [3]
> https://mailarchive.ietf.org/arch/msg/ietf/t6AZcMH2S_YtldSNBlaNwPfO_P8/
> >>> [4] https://tools.ietf.org/html/rfc3005
> >>> [5] https://github.com/ietf/saa/blob/master/sop.md
> >>>
> >>> On 13/08/20 6:38 pm, Nadim Kobeissi wrote:
> >>>> RFC 3005 mentions that the following topics determine what constitute
> inappropriate postings to the mailing list:
> >>>>    - Unsolicited bulk e-mail
> >>>>    - Discussion of subjects unrelated to IETF policy, meetings,
> >>>>      activities, or technical concerns
> >>>>    - Unprofessional commentary, regardless of the general subject
> >>>>    - Announcements of conferences, events, or activities that are not
> >>>>      sponsored or endorsed by the Internet Society or IETF.
> >>>> The discussion on terminology falls into none of the above
> categories. In contrast, the following is listed clearly as an appropriate
> topic of discussion:
> >>>>    - Discussion of IETF administrative policies
> >>>> The discussion of a proposal to revise the fundamental language, even
> into the past, used by the IETF due to political and ideological reasons
> espoused by some IETF members in the United States seems like a pretty
> important IETF administrative policy issue.
> >>>> Furthermore, there appears to be an exceptional lack of consensus on
> this issue. Despite the IESG’s insistence that
> >>>>> …the IESG believes the use of oppressive
> >>>>> or exclusionary language is harmful. Such terminology is present in
> >>>>> some IETF documents, including standards-track RFCs, and has been for
> >>>>> many years.
> >>>> , we appear to be far from such consensus. And despite the IESG
> asserting that
> >>>>> The IESG looks forward to hearing more from the community,
> >>>> , the discussion is explicitly banned by the IESG when it appeared
> that the broader IETF did not at all appreciate or agree with fundamental
> notions of language attributed to the IETF by the IESG based on what
> appears to be a complete detachment from reality.
> >>>> As an Arab immigrant I have never seen any of my peers even consider
> harm from words such as “master” or “blacklist”.
> >>>> And yet, I can assure you that we have a deeply-etched understanding
> of the signs of cultural totalitarianism, otherization, demonization and
> the breakdown of institutions and discourse in favor of political
> fanaticism.
> >>>> I have been working on protocols for many years and I do not
> exaggerate when I say that I am existentially frightened by what I am
> seeing happen in technological institutions and working groups.
> >>>> I deeply oppose the IESG’s conduct regarding this matter and express
> worry for what is to come for the open, free and *truly* inclusive nature
> of our communities.
> >>>> Finally, I feel great remorse at seeing bad faith automatically
> attributed to anyone who questions the long-term implications of these
> views being declared uniformly as “true” of the IETF by the IESG, and I
> regret to see the discussion shuttered like this.
> >>>> Nadim Kobeissi
> >>>> Symbolic Software • https://symbolic.software
> >>>>> On 11 Aug 2020, at 8:02 PM, IETF Chair <chair@ietf.org> wrote:
> >>>>>
> >>>>> Hi all,
> >>>>>
> >>>>> As stated on July 23, 2020, the IESG believes the use of oppressive
> or exclusionary language is harmful. Such terminology is present in some
> IETF documents, including standards-track RFCs, and has been for many
> years. It is at odds with our objective of creating an inclusive and
> respectful environment in the IETF, and among readers of our documents.
> >>>>>
> >>>>> Since the publication of the July 23 IESG statement, there has been
> significant discussion of this topic on ietf@ietf.org as well as
> discussion of a related Internet-draft, draft-knodel-terminology, during
> the GENDISPATCH working group session at IETF 108. One suggestion made on
> ietf@ietf.org [1] that received support from other members of the
> community was to explore and reference how other organizations and
> communities are approaching this issue. Based on this suggestion, I will be
> working together with the authors of draft-knodel-terminology to create an
> online resource that lists references to other organizations’ and
> communities’ approaches. The resource will provide tips for document
> authors and reviewers to assist them in identifying instances where usage
> of metaphors can be made more clear and accurate and less exclusionary.
> This resource will not be in the form of an Internet-draft but rather will
> be a more easily updatable repository or wiki page.
> >>>>>
> >>>>> The continued ietf@ietf.org email list discussion on this topic is
> not benefitting anyone and is actively harmful in our collective pursuit of
> an inclusive and respectful IETF. By contrast, the brief discussion that
> occurred during the GENDISPATCH session at IETF 108 was cordial and
> constructive. On August 7, I requested [2] that participants put aside
> their email commentary in anticipation of a to-be-scheduled GENDISPATCH
> interim meeting where this topic will next be discussed. That request was
> ignored.
> >>>>>
> >>>>> After consultation with the sergeants-at-arms and the IESG, I have
> made the decision under RFC 3005 to block postings of further messages to
> ietf@ietf.org in threads with the following subject lines:
> >>>>>
> >>>>> IESG Statement On Oppressive or Exclusionary Language
> >>>>> USA dominion: Re: IESG Statement On Oppressive or Exclusionary
> Language
> >>>>> Some more thoughts about language and what to do next
> >>>>>
> >>>>> Per the sergeants-at-arms standard operating procedures [3], anyone
> who changes the subject line and posts a substantive message on this same
> topic to ietf@ietf.org will receive a Level 1 response from the
> sergeants-at-arms. In the Level 1 response we will indicate that if the
> original poster sends another message on this topic to ietf@ietf.org, the
> poster will receive a Level 2 response, including a 14-day suspension of
> posting rights from ietf@ietf.org.
> >>>>>
> >>>>> The community’s energy on this topic will be most productively spent
> by providing feedback during the GENDISPATCH interim about the resource
> mentioned above once it exists. The GENDISPATCH chairs will be working on
> scheduling the interim when they are both back from vacation. Once the
> GENDISPATCH interim takes place, the decision to restrict postings in the
> ietf@ietf.org threads listed above will be revisited.
> >>>>>
> >>>>> Regards,
> >>>>> Alissa Cooper
> >>>>> IETF Chair
> >>>>>
> >>>>> [1]
> https://mailarchive.ietf.org/arch/msg/ietf/rWblxY7uzMkZtFriVGaIxB0Jy_Q/
> >>>>> [2]
> https://mailarchive.ietf.org/arch/msg/ietf/NbPi05FzPbebNALxuvJskGyHbSM/
> >>>>> [3] https://github.com/ietf/saa/blob/master/sop.md
> >>>>>
> >>>>>
> >>>
> >>
> >
>
>