[Emailcore] rfc5321 registries for Additional Clauses and Address Literals (was: Re: Ticket #76: G.22. IANA Registration Model for Registries Other, Than Service Extensions)

John C Klensin <john-ietf@jck.com> Sat, 12 November 2022 22:16 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: emailcore@ietfa.amsl.com
Delivered-To: emailcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73C1FC1522D0 for <emailcore@ietfa.amsl.com>; Sat, 12 Nov 2022 14:16:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.894
X-Spam-Level:
X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, 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 xYnrm-d6hTMh for <emailcore@ietfa.amsl.com>; Sat, 12 Nov 2022 14:15:59 -0800 (PST)
Received: from bsa2.jck.com (ns.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 1200FC1522B8 for <emailcore@ietf.org>; Sat, 12 Nov 2022 14:15:58 -0800 (PST)
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 1otyn6-00049Q-NW for emailcore@ietf.org; Sat, 12 Nov 2022 17:15:56 -0500
Date: Sat, 12 Nov 2022 17:15:51 -0500
From: John C Klensin <john-ietf@jck.com>
To: emailcore@ietf.org
Message-ID: <6E8516E04571FF0707842FD3@PSB>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
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/emailcore/dVuBNeCJbX6g2clyeR-_Hxl1XRo>
Subject: [Emailcore] rfc5321 registries for Additional Clauses and Address Literals (was: Re: Ticket #76: G.22. IANA Registration Model for Registries Other, Than Service Extensions)
X-BeenThere: emailcore@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: EMAILCORE proposed working group list <emailcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emailcore>, <mailto:emailcore-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emailcore/>
List-Post: <mailto:emailcore@ietf.org>
List-Help: <mailto:emailcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emailcore>, <mailto:emailcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Nov 2022 22:16:03 -0000

Hi.

As mentioned in a note sent earlier today [1], while they are
covered in G.22 (maybe no explicitly enough) and the Github
discussion of Ticket #76, the slide and discussion at IETF 115
did not explicitly cover two other registries, the ones
described in Sections 8.1.4 ("Additional Registered Clauses")
and 8.1.2 ("Address Literal Tags").  RFC 5321 requires that
standards track specifications are the only way to add to
either.  The "minimum change" principle and the editor's inertia
argues for leaving that as is.  Said editor awaits signs of WG
discussion and consensus to make changes but will not hold up
-16 waiting.

I have rewritten Appendix G.22 somewhat to reflect the IETF 115
discussion and the  above.  As of now, the tentative revised
version reads:

 G.22.  IANA Registration Model for Registries Other Than
   Service Extensions

 The WG decided to shift the registration model for Service
 Extensions from "Standards Track or IESG-approved
 Experimental" to  "Specification Required". No decisions have
 been made yet about other mail-related registries established
 by this document in Section 8.1, specifically the "VIA link
 types" and "WITH protocol types" discussed in Section 8.1.3,
 the additional clauses for "Received:" headers discussed in
 Section 8.1.4, and the IP address literal indicators
 discussed in Section 8.1.2. All three sets will be left
 unchanged, and this item closed unless other decisions are
 made, presumably before IETF 115. 

 Post-IETF 115 update (for rfc5321bis-16): Slide for that
 meeting proposed changing link and protocol types to Expert
 Review.  No conclusion on mailing list yet; see "Editor's
 Analysis" (<https://mailarchive.ietf.org/arch/msg/emailcore/
 NVd2BdnLkURNjLaSG3S6rqXJY0s>).  CREF comment added to Section
 8.1.3 above.  Additional clauses and IP address literals were
 not discussed.

 Ticket #76.

    --john

[1]
https://mailarchive.ietf.org/arch/msg/emailcore/NVd2BdnLkURNjLaSG3S6rqXJY0s