[Ietf-message-headers] Re: assignments/message-headers/perm-headers [IANA #48608]

Frank Ellermann <nobody@xyzzy.claranet.de> Sun, 25 February 2007 10:47 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HLGuy-0006vj-Ke; Sun, 25 Feb 2007 05:47:48 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HLGux-0006ve-Ls for ietf-message-headers@lists.ietf.org; Sun, 25 Feb 2007 05:47:47 -0500
Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HLGuw-0005s2-82 for ietf-message-headers@lists.ietf.org; Sun, 25 Feb 2007 05:47:47 -0500
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HLGuk-00053I-UN for ietf-message-headers@lists.ietf.org; Sun, 25 Feb 2007 11:47:35 +0100
Received: from 212.82.251.217 ([212.82.251.217]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ietf-message-headers@lists.ietf.org>; Sun, 25 Feb 2007 11:47:34 +0100
Received: from nobody by 212.82.251.217 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ietf-message-headers@lists.ietf.org>; Sun, 25 Feb 2007 11:47:34 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: ietf-message-headers@lists.ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Sun, 25 Feb 2007 11:42:37 +0100
Organization: <URL:http://purl.net/xyzzy>
Lines: 56
Message-ID: <45E1681D.4CE9@xyzzy.claranet.de>
References: <45716B2C.76D9@xyzzy.claranet.de> <4583DC6B.2B41@xyzzy.claranet.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: 212.82.251.217
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 1.6 (+)
X-Scan-Signature: 5a9a1bd6c2d06a21d748b7d0070ddcb8
Cc: Amanda Baber <iana-prot-param@icann.org>, Graham Klyne <GK@ninebynine.org>
Subject: [Ietf-message-headers] Re: assignments/message-headers/perm-headers [IANA #48608]
X-BeenThere: ietf-message-headers@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "Discussion list for header fields used in Internet messaging applications." <ietf-message-headers.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf-message-headers>, <mailto:ietf-message-headers-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf-message-headers@ietf.org>
List-Help: <mailto:ietf-message-headers-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf-message-headers>, <mailto:ietf-message-headers-request@ietf.org?subject=subscribe>
Errors-To: ietf-message-headers-bounces@ietf.org

Update (posted on ietf-message-headers@ietf.org):

IESG + Graham + IANA are now in sync again, and Graham
is in fact the message header field registry reviewer :-)

The attempted "Errors-To" registration fell into the
gap where that was still unclear, and some details were
discussed in private mail, I try a summary:

A comment in RFC 1035 3.3.7 isn't good enough for the
registration as "permanent" header field, that would
need a proper specification in an RFC or a similar memo.

Therefore it has to be registered as "provisional", and
"provisionally dead" vs. "permanently dead" has the same
effect.

IANA could add a "deprecated" flag to the registry.  I'm
not sure how they'd do this, maybe they use the link to
the registration template (in the "reference" column of
the registry) with text "deprecated" or similar.

Amanda and Graham, please correct me if I got that wrong.
In essence I've to change five points in the template:

s/permanent/procisional/ and s/historic/deprecated/
Move 1035 3.3.7 and 2076 3.5 to "related information"
Insert "Use of this header field is considered harmful
and is strongly discouraged" as proposed by Graham.

In other words "rewrite the template from scratch" :-)
I try that below.  Pleae let me know if that's okay, or
if I should go into details about RFC 4406 oddities wrt
mailing lists.

Frank

PROVISIONAL MESSAGE HEADER FIELD REGISTRATION TEMPLATE:

Header field name:         Errors-To
Applicable protocol:       mail
Status:                    deprecated
Author/Change controller:  IETF
Specification document(s): -/-
Related information:
        Errors-To is mentioned in RFC 1035 3.3.7 and RFC 2076 3.5,
        it was never formally standardized.

        Errors-To is used by some mailing lists to reflect their
        envelope-sender address in the message header, typically
        the same as the Return-Path.

        Use of this header field is considered harmful and is
        strongly discouraged.  Especially it won't help for the
        "Sender ID" scheme specified in RFC 4406.



_______________________________________________
Ietf-message-headers mailing list
Ietf-message-headers@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf-message-headers