Re: IESG Statement On Oppressive or Exclusionary Language

John C Klensin <john-ietf@jck.com> Sun, 09 August 2020 02:12 UTC

Return-Path: <john-ietf@jck.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 44FCE3A03EC for <ietf@ietfa.amsl.com>; Sat, 8 Aug 2020 19:12:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
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 Vw_yiiMPCA0t for <ietf@ietfa.amsl.com>; Sat, 8 Aug 2020 19:12:27 -0700 (PDT)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30F443A02BE for <ietf@ietf.org>; Sat, 8 Aug 2020 19:12:26 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1k4aoz-000AME-7e; Sat, 08 Aug 2020 22:12:25 -0400
Date: Sat, 08 Aug 2020 22:12:19 -0400
From: John C Klensin <john-ietf@jck.com>
To: Michael StJohns <mstjohns@comcast.net>, ietf@ietf.org
Subject: Re: IESG Statement On Oppressive or Exclusionary Language
Message-ID: <44B55324558FD335BADB4165@PSB>
In-Reply-To: <90fd8bff-c81c-5518-65c6-b929132a4bdd@comcast.net>
References: <5692e18e-afbb-9294-1074-3b81dafe8803@network-heretics.com> <59C4CA26-A1EB-4CF4-B973-BC2BBF53A094@gmail.com> <CAL02cgTZt-9+QWPT1aWXcOgpEwuNV2uHnVi5dGm7V5y_8_U1SQ@mail.gmail.com> <0cceb0f2-b5fe-a194-7ce8-68cc537f9cd1@lounge.org> <CAL02cgTV-cfTPO2wrKz0H2E=FLhagu-qs7fwx6jXeJDH-2cSHA@mail.gmail.com> <20200807171546.GP40202@straasha.imrryr.org> <737B9515-C538-4EEB-8A5D-672987A0FE86@akamai.com> <20200807190716.GQ40202@straasha.imrryr.org> <845bd95e-0d95-a164-40f9-e9c45feed6dc@gmail.com> <6D464C5C-D9CB-47A1-A8BB-CD8CAD21B779@cooperw.in> <B5969C0B-EF25-40CF-BFB4-8E062C90CA24@gmail.com> <90fd8bff-c81c-5518-65c6-b929132a4bdd@comcast.net>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/xBlbm3IdSi1uhy97wGihKT51Xk0>
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: Sun, 09 Aug 2020 02:12:28 -0000


--On Saturday, August 8, 2020 13:52 -0400 Michael StJohns
<mstjohns@comcast.net> wrote:

> Exactly.   This affects more than just the IETF, and any
> result would have a stronger impact if agreed to by more than
> just the IETF.  (To avoid doubt, I agree this is an RSE task).
> 
> On 8/8/2020 5:00 AM, Stewart Bryant wrote:
>> I disagree with this approach.
>> 
>> We should ask the RFC Series Editor to consult international
>> experts on technical language and the editors of other major
>> standards such as IEEE, ETSI and ITU and report back to us
>> with a recommendation.

Agreed, but with two suggestions/provisos (both derived from
comments made by others):

(1) Unless we want to push the IETF toward a relapse in which we
are a US-based body with some "foreigners" allowed to
participate, whatever mechanisms are developed need to be
sensitive to inappropriate terminology in other languages,
whether natively there, plausible translations, or
transliterations.  We don't need to boil all oceans all at once,
but we have to start with the understanding that US English is
not the only language or culture when inappropriate language
occurs.

(2) While I agree that this should be an RSE task, I think we
need to remember that we don't have an RSE.  While it might be
possible to ask John to start the research project (although
that is pushing the boundaries of what he signed up for) he
doesn't have, and it might be problematic to give him, the
authority to start making decisions in this space.  We should
also note that one reading of the trends in the RFC Futures
discussion (not, obviously, the only reading) is that we don't
really need an RSE, especially an RSE with any authority.  If
that was actually the trend in that area, then assigning this
type of responsibility to the RSE might be something of a
contradiction.

    john