Re: [apps-discuss] possibleTrace fields registry
Dave CROCKER <dhc@dcrocker.net> Tue, 17 January 2012 16:48 UTC
Return-Path: <dhc@dcrocker.net>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AA7B11E8079 for <apps-discuss@ietfa.amsl.com>; Tue, 17 Jan 2012 08:48:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dx+UcrCWWvqr for <apps-discuss@ietfa.amsl.com>; Tue, 17 Jan 2012 08:48:47 -0800 (PST)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) by ietfa.amsl.com (Postfix) with ESMTP id B43E811E8076 for <apps-discuss@ietf.org>; Tue, 17 Jan 2012 08:48:47 -0800 (PST)
Received: from [192.168.1.11] (adsl-67-124-148-117.dsl.pltn13.pacbell.net [67.124.148.117]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id q0HGmf5r022693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <apps-discuss@ietf.org>; Tue, 17 Jan 2012 08:48:46 -0800
Message-ID: <4F15A667.4030708@dcrocker.net>
Date: Tue, 17 Jan 2012 08:48:39 -0800
From: Dave CROCKER <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1
MIME-Version: 1.0
To: apps-discuss@ietf.org
References: <20120115201817.34086.qmail@joyce.lan>
In-Reply-To: <20120115201817.34086.qmail@joyce.lan>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.17]); Tue, 17 Jan 2012 08:48:47 -0800 (PST)
Subject: Re: [apps-discuss] possibleTrace fields registry
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: dcrocker@bbiw.net
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Jan 2012 16:48:48 -0000
On 1/15/2012 12:18 PM, John Levine wrote: >> 1. What coordination purpose will be served by the new registry? > > Unlike other headers, trace headers can occur multiple times in a > message, and their order means something. This should be of use to > code that parses headers. Summary: Your note and Ned's suggest to me a reasonable basis for adding a column to the existing message header fields registry. (Picky detail: Return-path isn't supposed to appear more than one. So the "multiple times" is currently limited to Received:. Also... This has been an interesting exercise. I had not previously noticed that RFC5321 and RFC5322 have conflicting definitions of 'trace'. RFC5321 equates it only to Received. RFC5322 uses it to describe a class of fields. If we are going to start doing more formal things about "trace" stuff, we are going to need to resolve this disparity. In addition, I suspect some folk are looking to increase the number of fields counted as <trace> and we're going to need to consider each field carefully, since the class gets special treatment. RFC5322: 3.6: More importantly, the trace header fields and resent header fields MUST NOT be reordered, and SHOULD be kept in blocks prepended to the message. See sections 3.6.6 and 3.6.7 for more information. ... | Field | Min | Max number | Notes | +----------------+--------+------------+----------------------------+ | trace | 0 | unlimited | Block prepended - see | | | | | 3.6.7 | 3.6.7: trace = [return] 1*received return = "Return-Path:" path CRLF received = "Received:" *received-token ";" date-time CRLF RFC5321: 4.1.1.4: When the SMTP server accepts a message either for relaying or for final delivery, it inserts a trace record (also referred to interchangeably as a "time stamp line" or "Received" line) at the top of the mail data. 4.4. Trace Information When an SMTP server receives a message for delivery or further processing, it MUST insert trace ("time stamp" or "Received") information at the beginning of the message content, as discussed in Section 4.1.1.4. -- Dave Crocker Brandenburg InternetWorking bbiw.net
- [apps-discuss] Adoption of draft-kucherawy-receiv… Murray S. Kucherawy
- Re: [apps-discuss] Adoption of draft-kucherawy-re… Murray S. Kucherawy
- Re: [apps-discuss] Adoption of draft-kucherawy-re… Dave CROCKER
- Re: [apps-discuss] Adoption of draft-kucherawy-re… SM
- Re: [apps-discuss] Adoption of draft-kucherawy-re… John C Klensin
- Re: [apps-discuss] Adoption of draft-kucherawy-re… John Levine
- Re: [apps-discuss] Adoption of draft-kucherawy-re… Dave CROCKER
- Re: [apps-discuss] possibleTrace fields registry Dave CROCKER
- Re: [apps-discuss] Adoption of draft-kucherawy-re… John C Klensin
- Re: [apps-discuss] Adoption of draft-kucherawy-re… Dave CROCKER
- Re: [apps-discuss] Trace headers, was Adoption of… John R. Levine
- Re: [apps-discuss] Adoption of draft-kucherawy-re… Murray S. Kucherawy
- Re: [apps-discuss] Trace headers, was Adoption of… SM
- Re: [apps-discuss] Adoption of draft-kucherawy-re… SM
- Re: [apps-discuss] Trace headers, was Adoption of… John C Klensin
- Re: [apps-discuss] Adoption of draft-kucherawy-re… Ned Freed
- Re: [apps-discuss] Adoption of draft-kucherawy-re… Alessandro Vesely
- [apps-discuss] possibleTrace fields registry Dave CROCKER
- Re: [apps-discuss] Trace headers, was Adoption of… Dave CROCKER
- Re: [apps-discuss] Adoption of draft-kucherawy-re… Ned Freed
- Re: [apps-discuss] Adoption of draft-kucherawy-re… John Levine
- Re: [apps-discuss] Trace headers, was Adoption of… John Levine
- Re: [apps-discuss] possibleTrace fields registry John Levine
- Re: [apps-discuss] Adoption of draft-kucherawy-re… Ned Freed
- Re: [apps-discuss] possibleTrace fields registry Ned Freed
- Re: [apps-discuss] possibleTrace fields registry Dave CROCKER
- Re: [apps-discuss] Adoption of draft-kucherawy-re… Tony Finch
- Re: [apps-discuss] possibleTrace fields registry John Levine
- Re: [apps-discuss] possibleTrace fields registry Ned Freed
- Re: [apps-discuss] possibleTrace fields registry Murray S. Kucherawy
- Re: [apps-discuss] possibleTrace fields registry Dave CROCKER
- Re: [apps-discuss] possibleTrace fields registry Alessandro Vesely
- Re: [apps-discuss] possibleTrace fields registry Nico Williams
- [apps-discuss] Draft for trace fields registry John Levine
- Re: [apps-discuss] Draft for trace fields registry Ned Freed
- Re: [apps-discuss] Draft for trace fields registry S Moonesamy
- Re: [apps-discuss] Draft for trace fields registry Murray S. Kucherawy
- Re: [apps-discuss] Adoption of draft-kucherawy-re… John C Klensin
- Re: [apps-discuss] Adoption of draft-kucherawy-re… Murray S. Kucherawy
- Re: [apps-discuss] Adoption of draft-kucherawy-re… John C Klensin
- Re: [apps-discuss] Adoption of draft-kucherawy-re… SM
- Re: [apps-discuss] Adoption of draft-kucherawy-re… SM
- Re: [apps-discuss] Adoption of draft-kucherawy-re… Ned Freed
- Re: [apps-discuss] Adoption of draft-kucherawy-re… John C Klensin
- [apps-discuss] Stanzas of trace fields, was Adopt… Alessandro Vesely