Re: [Emailcore] Ticket #8: Need a registry of header fields that are Ok to add after submission

Ned Freed <ned.freed@mrochek.com> Tue, 03 August 2021 00:00 UTC

Return-Path: <ned.freed@mrochek.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 235F13A2202 for <emailcore@ietfa.amsl.com>; Mon, 2 Aug 2021 17:00:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=mrochek.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EqWYyeEtrvZr for <emailcore@ietfa.amsl.com>; Mon, 2 Aug 2021 17:00:40 -0700 (PDT)
Received: from mauve.mrochek.com (mauve.mrochek.com [98.153.82.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 91CE23A21D8 for <emailcore@ietf.org>; Mon, 2 Aug 2021 17:00:40 -0700 (PDT)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01S24XW6DJQ800F39C@mauve.mrochek.com> for emailcore@ietf.org; Mon, 2 Aug 2021 16:55:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mrochek.com; s=201712; t=1627948536; bh=Bs2s8cn3jt3WbxOAgHjahUAB4SaKtaxWIsmW8SX/Gfc=; h=Cc:Date:From:Subject:In-reply-to:References:To:From; b=VpVQyoztdHYQXsZAouYKB4h2TGqpu3i5CBOBRzudvj9ayZzhDZkfsG1FWXBIOedXy ZuKcg+e/eR0G5nPb0rt8JO1HfCzLzXUbyKnIiZBBoF9wQgUjcsrawfN3xli/6+7u1Z hg6PTzLzXJbWv2ORSu5GCukMDjkjkDeijyJBWBHY=
MIME-version: 1.0
Content-transfer-encoding: 8bit
Content-type: TEXT/PLAIN; charset="utf-8"
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01S1LCO8JIDC005PTU@mauve.mrochek.com>; Mon, 2 Aug 2021 16:55:34 -0700 (PDT)
Cc: emailcore@ietf.org
Message-id: <01S24XW4Y5P6005PTU@mauve.mrochek.com>
Date: Mon, 02 Aug 2021 16:44:23 -0700
From: Ned Freed <ned.freed@mrochek.com>
In-reply-to: "Your message dated Mon, 02 Aug 2021 20:18:45 +0100" <9FA3223C-A663-481C-9E97-E4E82ADBD02D@fastmail.fm>
References: <13fcea10-e071-5707-a83d-38a2a92e1ac7@isode.com> <9FA3223C-A663-481C-9E97-E4E82ADBD02D@fastmail.fm>
To: Alexey Melnikov <aamelnikov@fastmail.fm>
Archived-At: <https://mailarchive.ietf.org/arch/msg/emailcore/rs9i3Ke7nis0fjbXcmaW_tDqz2I>
Subject: Re: [Emailcore] Ticket #8: Need a registry of header fields that are Ok to add after submission
X-BeenThere: emailcore@ietf.org
X-Mailman-Version: 2.1.29
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: Tue, 03 Aug 2021 00:00:45 -0000

> Dear all,

> Looking through this thread I don’t see any obvious conclusion or consensus.

I disagree with this assessment. I think there's consensus that creating a
separate header field registry just to document this piece of information is a
bad idea. I also predict that if you ask the question directly, there's a
consensus that this doesn't belong in RFC 5321bis.

I don't think there's a consensus on anything else.

This leaves us with three paths forward:

(1) Abandon the idea of gathering this information somewhere entirely.

(2) Recast the idea as an optional additional information item to be
    gathered as part of registering header fields. Note that this can be
    presented as a separate table on the web page if having an email-specific
    column in the current table is deemed to be too confusing.

(3) Your (3).

Your (3) actually brings up an additional point - it's arguably more
important to note whether or not a given field is a trace field in the 
registry than it is to document where it's supposed to be inserted. Right
now tracking down all the trace fields is a real PITA.

				Ned


> Possible options to move forward:

> 1) Postpone this ticket till later (after rfc5321bis/rfc5322bis are done), as suggestions to alter existing IANA Header Fields registry is not going to be feasible as is, as needs coordination with other users of the Header Fields registry. I think this will take months. It might be worth doing eventually, but I don’t have enough patience to drive this at the moment. (This option might end up being “no change”.)

> 2) Carry on and try to produce some example entries under the latest proposal (see below). Hopefully this will clarify the intent.

> 3) Scale down the proposal to only register trace header fields. Information about MSA/MTA/MDA would probably go, but can be added as a comment.

> Anybody would like to speak in favour options #2 or #3?

> Best Regards,
> Alexey

> > On 23 Jul 2021, at 13:22, Alexey Melnikov <alexey.melnikov@isode.com> wrote:
> >
> > Dear WG participants,
> >
> > I would like to get closure on this ticket, which was briefly discussed on the mailing list and also during IETF 109 & 110. Below is a updated strawman text:
> >
> > ===============
> >
> > Add to the IANA Considerations of rfc5321bis:
> >
> > IANA is requested to create a new subregistry for email header fields that can be added to a message header section by a MSA/MTA/MDA. The new subregistry would show whether a header field can be added by a "message submission", “relay”, “delivery” system or some combination of them. Headers appearing in this subregistry SHOULD also be registered in <https://www.iana.org/assignments/message-headers/message-headers.xhtml <https://www.iana.org/assignments/message-headers/message-headers.xhtml>> (whether it is registered as a Permanent Message Header Field Name or as a Provisional Message Header Field Name). The registration template has the following fields:
> >
> > 1) Name of the header field name
> >
> > 2) Can be added by an MSA?
> >
> > 3) Can be added by an MTA?
> >
> > 4) Can be added by an MDA?
> >
> > 5) Optional reference field that points to one or more document describing the header field.
> >
> > 6) Optional comment
> >
> > Registration policy for this new subregistry is “Expert Review”. Designated Experts should only check correctness of the information in the registration template without passing any judgement on usuability of a specific header field being registered.
> >
> > Updates to existing entries undergo the same process as registration of new header fields.
> >
> > ===============
> >
> > Let me know your thoughts.
> >
> >
> > Best Regards,
> >
> > Alexey
> >
> >
> > --
> > Emailcore mailing list
> > Emailcore@ietf.org
> > https://www.ietf.org/mailman/listinfo/emailcore

> --
> Emailcore mailing list
> Emailcore@ietf.org
> https://www.ietf.org/mailman/listinfo/emailcore