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

Alexey Melnikov <alexey.melnikov@isode.com> Mon, 16 November 2020 17:10 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 E13733A12FC for <emailcore@ietfa.amsl.com>; Mon, 16 Nov 2020 09:10:14 -0800 (PST)
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, SPF_HELO_NONE=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=isode.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 a7bP58wtOinF for <emailcore@ietfa.amsl.com>; Mon, 16 Nov 2020 09:10:13 -0800 (PST)
Received: from statler.isode.com (Statler.isode.com [62.232.206.189]) by ietfa.amsl.com (Postfix) with ESMTP id 8BE4F3A12FA for <emailcore@ietf.org>; Mon, 16 Nov 2020 09:10:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1605546612; d=isode.com; s=june2016; i=@isode.com; bh=kzKx8Yemtk7AF1Kopm+QMSGS23cUf1lRXNSpX9WPRBg=; 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=Me/5SPrPREdApTZcvQUH8UCzTrIX1hzC/GiivZtgcqR+HtzzGzTlH/gyxyQeSiMPuQ9+xW bsr/ywuxux5ZjFJUNyixZo7OAFotdXXaECiFY8SMEHeFimp9DDtMMgqB1UWxx+ewOkE+Ai YTRpLcJGZWyNxD9JEeN1JyJ9XNTat90=;
Received: from [192.168.0.5] ((unknown) [176.252.130.164]) by statler.isode.com (submission channel) via TCP with ESMTPSA id <X7KydAB1ewfa@statler.isode.com>; Mon, 16 Nov 2020 17:10:12 +0000
X-SMTP-Protocol-Errors: NORDNS
To: emailcore@ietf.org
From: Alexey Melnikov <alexey.melnikov@isode.com>
Message-ID: <e64e5ab8-fe18-7708-f8bf-6c5ee60658b6@isode.com>
Date: Mon, 16 Nov 2020 17:10:11 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-GB
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/emailcore/0xZ4j99gKjqjZAsFlP1d8MNJK1I>
Subject: [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: Mon, 16 Nov 2020 17:10:15 -0000

Dear WG participants,

Based on an earlier discussion on the mailing it looks like there is 
consensus to create (or possible ammend an existing) registry for header 
fields with extra information about which types of SMTP agents are 
allowed to add them in transit or before final delivery. In order to 
stimulate the discussion, I would like to propose the following strawman:

Add to IANA Considerations:

IANA is requested to create a new subregistry for email header fields 
that can be added to a message header section by a “relay” and/or 
“delivery” SMTP system. The new subregistry would show whether a header 
field can be added by a “relay”, “delivery” system or both. It will also 
include information whether the header field is allowed to be added 
multiple times or just once. Only header fields that are already 
registered in 
<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) can appear in this new 
subregistry. Registration policy for this new subregistry is “Expert 
Review”.

Notes:

a) the reason why I am suggesting to create a new subregistry is because 
I think this will be far less work. The same registry is currently also 
used by HTTP and NNTP, so adding extra columns to convey the above 
information would likely confuse HTTP users of the registry. It would 
also be easier to do this if there is no need to get buy in from other 
users of the registry.

b) I believe John asked whether this should be "First Come First Served" 
or "Expert Review". I proposed to do the latter to make sure that 
somebody checks that a particular header field is indeeded added during 
relay/final delivery/both. The review process can be lightweight.

Comments please.

Best Regards,

Alexey