[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
- [Emailcore] rfc5321 registries for Additional Cla… John C Klensin
- Re: [Emailcore] rfc5321 registries for Additional… Alexey Melnikov