Re: [rfc-i] Fun quizz for (*) https://www.rfc-editor.org/materials/abbrev.expansion.txt

Jean Mahoney <jmahoney@amsl.com> Fri, 26 August 2022 22:32 UTC

Return-Path: <jmahoney@amsl.com>
X-Original-To: rfc-interest@ietfa.amsl.com
Delivered-To: rfc-interest@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 189A3C14CEFC for <rfc-interest@ietfa.amsl.com>; Fri, 26 Aug 2022 15:32:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sfNrfJsH8U2A for <rfc-interest@ietfa.amsl.com>; Fri, 26 Aug 2022 15:32:07 -0700 (PDT)
Received: from c8a.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5433EC14F747 for <rfc-interest@rfc-editor.org>; Fri, 26 Aug 2022 15:32:07 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 2A1AE4243E49; Fri, 26 Aug 2022 15:32:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QzZOBGCRDsEE; Fri, 26 Aug 2022 15:32:07 -0700 (PDT)
Received: from [192.168.1.203] (unknown [47.186.48.51]) by c8a.amsl.com (Postfix) with ESMTPSA id D7B0A4243EFA; Fri, 26 Aug 2022 15:32:06 -0700 (PDT)
Content-Type: multipart/alternative; boundary="------------23k6F29i8z6M7hKRdHPusIDy"
Message-ID: <9ea5fd52-da7b-97ec-af71-c66796da95a1@amsl.com>
Date: Fri, 26 Aug 2022 17:32:06 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.1.2
Content-Language: en-US
To: Christian Huitema <huitema@huitema.net>, Donald Eastlake <d3e3e3@gmail.com>, Toerless Eckert <tte@cs.fau.de>
Cc: rfc-interest@rfc-editor.org
References: <YwjCA23uT8aDJYLi@faui48e.informatik.uni-erlangen.de> <CAF4+nEFU4Rmfxvk23uQ9DhOHvKNW=LEt12_U-ik628G2z9cH2g@mail.gmail.com> <38e71dc0-701b-5f7a-8395-350fa356fe03@amsl.com> <6d3f2cfa-d2eb-caf0-50d7-0848dfd68147@huitema.net>
From: Jean Mahoney <jmahoney@amsl.com>
In-Reply-To: <6d3f2cfa-d2eb-caf0-50d7-0848dfd68147@huitema.net>
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfc-interest/hDTB1PPjFiS7DQTcl6-Q_ieQfUk>
Subject: Re: [rfc-i] Fun quizz for (*) https://www.rfc-editor.org/materials/abbrev.expansion.txt
X-BeenThere: rfc-interest@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "A list for discussion of the RFC series and RFC Editor functions." <rfc-interest.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfc-interest/>
List-Post: <mailto:rfc-interest@rfc-editor.org>
List-Help: <mailto:rfc-interest-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Aug 2022 22:32:11 -0000

Hi Christian,

On 8/26/22 5:09 PM, Christian Huitema wrote:
>
> On 8/26/2022 12:53 PM, Jean Mahoney wrote:
>
>> Hi Donald,
>>
>> On 8/26/22 9:52 AM, Donald Eastlake wrote:
>>> Almost all standards documents vastly overuse abbreviations. I never
>>> pay any attention to the RFC Editor abbreviation list when writing
>>> drafts. The whole concept that there is some sharp cutoff with some
>>> abbreviations that everyone will know and that once an abbreviation is
>>> added to such a list it can stay there and will have a fixed meaning
>>> is absurd. Many acronyms have multiple different expansions. While I
>>> admit that I do not spell out IETF or RFC in my Internet Drafts, if an
>>> author has any doubts, they should always spell out an abbreviation on
>>> first use and/or in an acronyms/abbreviations section of their draft.
>> [JM]  It's fine for authors to expand well-known abbreviations. The 
>> RPC just checks to ensure the expansion is correct and doesn't remove 
>> the first expansion (unless using the abbreviation rather than the 
>> expansion can help clean up a title, but we'll call it out during 
>> AUTH48). 
>
>
> Jean, you mention that "some of the acronyms labeled "well-known" may 
> no longer be". That means we can have RFC published many years ago, in 
> which acronyms that used to be well-known at the time of publication 
> no longer are. That's a bit problematic, given the goal that RFCs 
> should be archived and available "forever".
>
[JM] I did have that thought. Perhaps the guidance in Section 3.6 should 
be reconsidered in rfc7322bis.

I opened an issue:
https://github.com/rfc-format/draft-flanagan-7322bis/issues/8

Thanks!
Jean

> -- Christian Huitema
>