[Emailcore] Ticket #76: G.22. IANA Registration Model for Registries Other, Than Service Extensions

Alexey Melnikov <alexey.melnikov@isode.com> Fri, 11 November 2022 13:46 UTC

Return-Path: <alexey.melnikov@isode.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 C6AD0C14F6EC for <emailcore@ietfa.amsl.com>; Fri, 11 Nov 2022 05:46:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=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
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=isode.com
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 L78jPDdfmcKz for <emailcore@ietfa.amsl.com>; Fri, 11 Nov 2022 05:46:19 -0800 (PST)
Received: from waldorf.isode.com (waldorf.isode.com [62.232.206.188]) by ietfa.amsl.com (Postfix) with ESMTP id DDEA5C14F606 for <emailcore@ietf.org>; Fri, 11 Nov 2022 05:46:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1668174372; d=isode.com; s=june2016; i=@isode.com; bh=sRzP6jvCj+DfYliQPuZ4dcK+xltRy0wblaPgvzh2rvE=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=BHHuFyvwD4GjK+ACiLzMhXPoNZytk08VLpCivs2hHYS2RDkWMJ2qGHvPCYFwKvf84Eyglh /MCrBnV9HaoH2Z0FJpwFf5DhH1rnsdDMH13HTpbhtloIgkHLTPh5rfP2+ClcIU8qdrdDSL 8zrgIBfcQAhUQj+stedkvZY6c+/8jZA=;
Received: from [31.133.142.144] (dhcp-8e90.meeting.ietf.org [31.133.142.144]) by waldorf.isode.com (submission channel) via TCP with ESMTPSA id <Y25SJABXA1CI@waldorf.isode.com> for <emailcore@ietf.org>; Fri, 11 Nov 2022 13:46:12 +0000
Message-ID: <a1a39a0d-4f97-2029-2115-b3008d546e27@isode.com>
Date: Fri, 11 Nov 2022 13:46:11 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.13.0
To: emailcore@ietf.org
From: Alexey Melnikov <alexey.melnikov@isode.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------U2BnaBCkdTNDCz280Rm9IZ8Y"
Archived-At: <https://mailarchive.ietf.org/arch/msg/emailcore/qRzNsTs1JT8ot7whVJrYL8Ujvak>
Subject: [Emailcore] 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: Fri, 11 Nov 2022 13:46:22 -0000

Dear EMAILCORE participants,

Based on discussions at the EMAILCORE 115 session, I propose the 
following changes to address this ticket. (John, feel free to wordsmith)

8.1.2. Address Literal Tags

Replace the last sentence:

OLD:

   Additional literal types require standardization before being used;

   none are anticipated at this time.

NEW:

   Additional literal types MUST be specified in a Standards-Track RFC

   before being used; none are anticipated at this time.

8.1.3.  Mail Transmission Types

Replace the 2nd sentence of the 1st paragraph:

OLD:

    Link and protocol identifiers in addition to those specified in this
    document may be registered only by standardization or by way of an
    RFC-documented, IESG-approved, Experimental protocol extension.

NEW:
    Link and protocol identifiers in addition to those specified in this
    document may be registered using the IETF Review IANA registration procedure.

The 2nd paragraph:
    An additional subregistry has been added to the "VIA link types" and
    "WITH protocol types" subregistries of this registry to contain
    registrations of "Additional-registered-clauses" as described above
    and in the subsection that follows.

Should it be moved to section 8.1.4.  Additional Registered Clauses?

8.1.4.  Additional Registered Clauses

Replace the 1st sentence of the 1st paragraph
OLD:
    As mentioned in Section 4.4.1 above, additional clauses for the
    "Received:" header field may be added by future standards track
    specifications.

NEW:
    As mentioned in Section 4.4.5 above, additional clauses for the
    "Received:" header field may be added by future IETF stream specifications.

(Section 4.4.1 doesn't say anything about additional registered clauses. Section 4.4.5 contains ABNF for it, but only contains the reference to 8.1.4 in the comment. So maybe just drop "As mentioned in Section 4.4.1 above"?)

Replace the 2nd sentence of the 2nd paragraph

OLD:
    As with link and
    protocol identifiers, additional clauses may be registered only by
    standardization or by way of an RFC-documented, IESG-approved,
    Experimental protocol extension.

NEW:
    As with link and
    protocol identifiers, additional clauses may be registered
    using the IETF Review IANA registration procedure.

Best Regards,
Alexey