Re: AUTH48 and "Guidance for NIST Staff on Using Inclusive Language in Documentary Standards"

Benson Muite <benson_muite@emailplus.org> Mon, 09 June 2025 04:48 UTC

Return-Path: <benson_muite@emailplus.org>
X-Original-To: ietf@mail2.ietf.org
Delivered-To: ietf@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 836113282A44; Sun, 8 Jun 2025 21:48:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.798
X-Spam-Level:
X-Spam-Status: No, score=-2.798 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=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=emailplus.org header.b="S9R2qF4v"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="CDaqDk5p"
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 rROpuByEfXqD; Sun, 8 Jun 2025 21:48:18 -0700 (PDT)
Received: from fhigh-a2-smtp.messagingengine.com (fhigh-a2-smtp.messagingengine.com [103.168.172.153]) (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 9DA803282A3F; Sun, 8 Jun 2025 21:48:18 -0700 (PDT)
Received: from phl-compute-10.internal (phl-compute-10.phl.internal [10.202.2.50]) by mailfhigh.phl.internal (Postfix) with ESMTP id 773D411401C0; Mon, 9 Jun 2025 00:48:18 -0400 (EDT)
Received: from phl-imap-02 ([10.202.2.81]) by phl-compute-10.internal (MEProxy); Mon, 09 Jun 2025 00:48:18 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=emailplus.org; h=cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1749444498; x=1749530898; bh=T9+3OC1gDSPGixddIfkZpnSIqG8dA7PNfLf0yqdzMSU=; b= S9R2qF4vgdGGtpWRqKhdaFJuHrVSPSCHeL5MWMbFijbBT1BwMICVyRcVy5rkjGWS +6V7rK5SJMy8rKCdUy+wqY7sk0lptpo8tmMw7e0WSaK5bW5Zu6AaAdW2JPXQt2fo ehGwoe3hFxZAWZGYpSJaPx52v+dZIFSQqUwd7ey/LYVrovTCGjXKWVTDKgGeXfnq sc9mI0UQ7p46md5med/qziShSSm5ERygeTP9bpFBrgi/iVKplrhW6029psJwJLXC cMp27jpup/lwxhAzFxIoFi1bzE7NX8Ej3T3SYf+GQJ8+g7RQt7D2hlssE+x4IRJO I+E8DpxJyzIMKm3FveEHaA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; t=1749444498; x=1749530898; bh=T 9+3OC1gDSPGixddIfkZpnSIqG8dA7PNfLf0yqdzMSU=; b=CDaqDk5p45DIpLFrl cTZlRByiuGxgQjM2BNwBTMyR2apEZRbnrGOLTb3sjrXa1fd3mSCb3kNzeYE0vZ0C ndwS/SDEuzda75+2GQJs56PMwKJHo3RhG7xy/Im5AyBFyKDfV5YgLZ/7ua1ETRzY H8KcYKDuy/gkO2d17NKOPK9/NDJIsVZsaMSMx9ca4aInNwGm5IB2Ab/qgHBlHoZW 0p7EbVdCw0jQtfOq0pJaUjlFktkXruWG9kDQzgeTokqv5Ae4ZnKa8Rw+qIDg/GIV RNWSUkEg9RIldhhdIzKS+P/e09Y9/UFQdZsN83wEzc4QAgdCrej/sr53OLmmlY8L s/b3w==
X-ME-Sender: <xms:kmdGaMLXsx66b8W_tDyDBMZQRwOGpQAvXSoaEbFygOpjgcPm_Qu9mA> <xme:kmdGaMJFORH6dtgBXUcQAr1ukl9c9KJNhqpOG_Lq5CsgqR-dSgtlq8SQ0rzE2rvax ERuAt9xfJxFxm1o>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtddugdekkeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnegfrhhlucfvnfffucdlqdeimdenucfjughrpefoggffhffvkfgj fhfutgfgsehtjeertdertddtnecuhfhrohhmpedfuegvnhhsohhnucfouhhithgvfdcuoe gsvghnshhonhgpmhhuihhtvgesvghmrghilhhplhhushdrohhrgheqnecuggftrfgrthht vghrnhepvefgtddttddtieejgfevvdegveegtdeiieegveetueeukeduudeffeetteehie dvnecuffhomhgrihhnpehnihhsthdrghhovhdpihgvthhfrdhorhhgnecuvehluhhsthgv rhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepsggvnhhsohhnpghmuhhith gvsegvmhgrihhlphhluhhsrdhorhhgpdhnsggprhgtphhtthhopeefpdhmohguvgepshhm thhpohhuthdprhgtphhtthhopehsmhdoihgvthhfsegvlhgrnhgushihshdrtghomhdprh gtphhtthhopegvgigvtgdqughirhgvtghtohhrsehivghtfhdrohhrghdprhgtphhtthho pehivghtfhesihgvthhfrdhorhhg
X-ME-Proxy: <xmx:kmdGaMtXR0ynzsI8JAaZTTXRLhfgKVI2KRXFhSvTz6kfgivC4pYQMg> <xmx:kmdGaJYvSNGkS4Ef07GYzAmygNCPMNNlm7nyuVEGd0shC61dFuCB3w> <xmx:kmdGaDbLCCX1hzlPkENweilUii33g0A4O09VSGwUJxHO3r3mWCidBw> <xmx:kmdGaFCm_1VaxhfO6EjzAEmbYbkVDeJJvxPB53T2UkAh-XogJ1A68Q> <xmx:kmdGaMEtT7VLSgLW6YO1Bg_CksuFFNZ3D4HrOZRGIQ2iozJMARkU4t4_>
Feedback-ID: ic1e8415a:Fastmail
Received: by mailuser.phl.internal (Postfix, from userid 501) id 12182700062; Mon, 9 Jun 2025 00:48:18 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
MIME-Version: 1.0
X-ThreadId: Td7af3eb5c46183a2
Date: Mon, 09 Jun 2025 07:47:47 +0300
From: Benson Muite <benson_muite@emailplus.org>
To: S Moonesamy <sm+ietf@elandsys.com>, IETF Executive Director <exec-director@ietf.org>, The IETF List <ietf@ietf.org>
Message-Id: <da879030-04f5-4637-8408-c09055c2e384@app.fastmail.com>
In-Reply-To: <6.2.5.6.2.20250608131812.0ac6dba8@elandnews.com>
References: <CAMEWqGtvD8ATWhgYjeVwmBjW7ZUtcVccSKLqdin=7W_UL7Dm7A@mail.gmail.com> <6.2.5.6.2.20250604152828.0dd1eec0@elandnews.com> <63700684BE1124344C81DAE2@PSB> <6.2.5.6.2.20250605003009.0e1b0728@elandnews.com> <CFF09C22-60C7-4932-A987-F2784B56F2F5@juniper.net> <2490CD28-A5C5-4819-8806-E8D6CF81BEE9@ietf.org> <6.2.5.6.2.20250608131812.0ac6dba8@elandnews.com>
Subject: Re: AUTH48 and "Guidance for NIST Staff on Using Inclusive Language in Documentary Standards"
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-ID-Hash: NWVGBWRTKH4JNXVECSPPEC5PR6SHQYNA
X-Message-ID-Hash: NWVGBWRTKH4JNXVECSPPEC5PR6SHQYNA
X-MailFrom: benson_muite@emailplus.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ietf.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc6
Precedence: list
List-Id: "IETF-Discussion. This is the most general IETF mailing list, intended for discussion of technical, procedural, operational, and other topics for which no dedicated mailing lists exist." <ietf.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/M_DBSez3Xs4SqP2SjVtWMnmg8Oc>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Owner: <mailto:ietf-owner@ietf.org>
List-Post: <mailto:ietf@ietf.org>
List-Subscribe: <mailto:ietf-join@ietf.org>
List-Unsubscribe: <mailto:ietf-leave@ietf.org>



On Mon, Jun 9, 2025, at 12:42 AM, S Moonesamy wrote:
> Hi Jay,
> At 01:21 PM 05-06-2025, Jay Daley wrote:
>>People may not be aware that while the guidance has been withdrawn, 
>>the table of examples included in the document has not:
>>
>> 
>>https://www.nist.gov/nist-research-library/nist-technical-series-publications-author-instructions#table1
>>
>>That table is under a section titled "Plain Language" and is 
>>explained as "The table below displays how some sentences could be 
>>edited (or not) to incorporate plain and precise language.".  e.g. 
>>replacing "whitelist" with "allowlist".
>>
>>This framing of "plain and precise" could be considered clearer and 
>>less contentious (and therefore more likely to be adopted by 
>>authors) than the framing of "inclusive".
>
> A national standard fulfills the needs of a country.  A non-national 
> standard has a wider scope.  An organization seeking to devise 
> non-national standards usually brings together people affiliated with 
> businesses from different countries.  This is where the organization 
> has to tackle problems such as language.  The organization which was 
> known as "IETF" used the English language for historical reasons.  It 
> attracted authors from different countries over the years.  Some of 
> the people reading their works might not speak English in their every 
> day life.  That does not necessarily mean that they do not know how 
> to read or write in English.

This probably falls out of scope for IESG.  It may be helpful to have a
focused IAB program on where the IETF should be going as a lean, effective
and efficient international standards organization.

>
> According to NIST PR 1502.01, "The withdrawn publication and cover 
> page will remain at the same DOI, unless it is determined that the 
> publication should be removed from distribution."  The document which 
> you cited could be removed from distribution or amended if the 
> publisher wishes to do that.
>
> As for what is "plain and precise", that is influenced by the needs 
> of the organization, e.g. the organization aims to fulfill the needs 
> of a country.  From what I understand, the issue here is about what 
> are the appropriate words to use in an IETF RFC.  It is awkward to 
> tell someone who has been writing in English for several years how to 
> write in English.  It can also cause some debate, e.g. please see the 
> thread at 
> https://mailarchive.ietf.org/arch/msg/rfc-interest/iUbkutdNpXYgua8kejbsa63ZMv

This link is broken.

>
> Regards,
> S. Moonesamy