Re: Last Call: draft-resnick-2822upd (Internet Message Format) to Draft Standard

"Frank Ellermann" <> Sat, 05 April 2008 15:26 UTC

Return-Path: <>
Received: from (localhost []) by (Postfix) with ESMTP id DFFF128C257; Sat, 5 Apr 2008 08:26:58 -0700 (PDT)
Received: from localhost (localhost []) by (Postfix) with ESMTP id 7F0BA28C1DF for <>; Sat, 5 Apr 2008 08:26:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.97
X-Spam-Status: No, score=-2.97 tagged_above=-999 required=5 tests=[AWL=0.629, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id IXjT103OORzF for <>; Sat, 5 Apr 2008 08:26:56 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 9679028C261 for <>; Sat, 5 Apr 2008 08:26:56 -0700 (PDT)
Received: from list by with local (Exim 4.43) id 1JiAIF-00079Q-4g for; Sat, 05 Apr 2008 15:26:59 +0000
Received: from ([]) by with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <>; Sat, 05 Apr 2008 15:26:59 +0000
Received: from nobody by with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <>; Sat, 05 Apr 2008 15:26:59 +0000
From: "Frank Ellermann" <>
Subject: Re: Last Call: draft-resnick-2822upd (Internet Message Format) to Draft Standard
Date: Sat, 5 Apr 2008 17:29:04 +0200
Organization: <>
Lines: 63
Message-ID: <ft85nn$sga$>
References: <> <><ft57m4$csu$> <8BB8410A1437A8973C333DCE@p3.JCK.COM> <>
Mime-Version: 1.0
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Frank Ellermann <>
List-Id: IETF Discussion <>
List-Unsubscribe: <>, <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Brian E Carpenter wrote:

> My underlying concern is that 2822upd should not appear
> ridiculous to anyone who looks at a typical mail header
> and sees the X-headers.

2822upd specifies only about twenty mail header fields.
The rest is either registered and specified elsewhere,
or to some degree "unknown" (unregistered, unspecified,
proprietary, private use, experimental, spam, and so on).

> John's message reached me with X-Original-To,

A draft about Original-* didn't make it so far, it could
be classified as "could be specified if folks go to the
trouble to try it".  IMO it's no bug in 2822upd if nobody 
tries it.  RFC 3864 would have to be updated for generic
Original-* registrations.

> X-Virus-Scanned, X-Spam-Flag, X-Spam-Score, X-Spam-Level,
> X-Spam-Status,

Hopefully these header fields are specified in the manual
of anti-spam tools used by MTAs on your side.  There are
only two new and specified trace header fields since SMTP
was invented so far.  IMO the 2822upd section about trace
header fields was improved.

A draft Authentication-Results header field specification
exists, as next step to tackle this zoo of "private use"
header fields.  Two years ago we had no precedence of ever
introducing new trace header fields - carefully extracting
one good thing I can say about the 1st new trace field. ;-)

> X-Mailer

An RFC introducing the known HTTP User-Agent also for news
was approved.  From there it's in theory straight forward
to adopt it also in mail.  Adding a User-Agent to 2822upd 
would be sneaky, 2822upd is intended for DS, User-Agent in
mail was never published in a PS.

> X-BeenThere

That's a really interesting beast, claiming that it's only
"private use" would miss the point, and specifying it as
"BeenThere" without X- prefix could have disadvantages.

> X-Mailman-Version

In the direction of User-Agent and tracing.  It's hard to
define what constitutes "potential useful info", and the
security / privacy / I18N considerations for header fields
can be also rather tricky.  Maybe an informative reference
to RFC 4249 in 2822upd would be good.

> Leaving this completely undocumented harms the relevance
> of the standard.

The RFC 3864 reference in 2822upd is informative, would a
normative reference help for your conerns ?


IETF mailing list