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

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

Return-Path: <>
Received: from (localhost []) by (Postfix) with ESMTP id 79AB33A6E0D; Sat, 5 Apr 2008 09:15:31 -0700 (PDT)
Received: from localhost (localhost []) by (Postfix) with ESMTP id DB6FB3A6E0D for <>; Sat, 5 Apr 2008 09:15:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.983
X-Spam-Status: No, score=-2.983 tagged_above=-999 required=5 tests=[AWL=0.616, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 4-vxlIJmRdZX for <>; Sat, 5 Apr 2008 09:15:24 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id B8BEF3A6E4C for <>; Sat, 5 Apr 2008 09:14:57 -0700 (PDT)
Received: from list by with local (Exim 4.43) id 1JiB2i-0000vi-Ne for; Sat, 05 Apr 2008 16:15:00 +0000
Received: from ([]) by with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <>; Sat, 05 Apr 2008 16:15:00 +0000
Received: from nobody by with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <>; Sat, 05 Apr 2008 16:15:00 +0000
From: "Frank Ellermann" <>
Subject: Re: Last Call: draft-resnick-2822upd (Internet Message Format) to Draft Standard
Date: Sat, 5 Apr 2008 18:17:27 +0200
Organization: <>
Lines: 32
Message-ID: <ft88ho$598$>
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

John C Klensin wrote:

 [comparison of 2822upd and 2822]
> Yes, but that has little or nothing to do with Brian's
> comment, at least as I understand it.

Sure, for readers not familiar with 2822upd I wanted to
have it on record that 2822upd did something wrt gateways
(one topic of your appeal cited by Brian).  2822upd also
did something wrt trace header fields.  

Admittedly 2822upd doesn't update RFC 3864, or talk about
X- header fields, which might be good or bad depending on
the X- header field.  For X-Mailer I think specifying it
is a waste of time, adopting User-Agent would be better.

Similar for almost all other X- header fields found by
Brian in your message.  The X-BeenThere might be special,
very near to the "above all, avoid loops" in son-of-1036.

 [several proposals] 
> I don't feel strongly about it as evidenced by the 
> observation that I probably wouldn't have bothered to
> say anything had Brian and others not brought it up.

Same here.  I argued that the X-Archived-At registration
is an odd way to terminate this experiment in favour of
Archived-At, but field names are no scarce resource, no
harm done.  I'm still not sure if what Brian wants should
be addressed in 2822upd or in a future 3864bis, though.


IETF mailing list