Re: header-munging

"D. J. Bernstein" <djb@koobera.math.uic.edu> Tue, 17 September 1996 07:51 UTC

Received: from cnri by ietf.org id aa06568; 17 Sep 96 3:51 EDT
Received: from list.cren.net by CNRI.Reston.VA.US id aa20215; 17 Sep 96 3:51 EDT
Received: from localhost (localhost [127.0.0.1]) by list.cren.net (8.6.12/8.6.12) with SMTP id DAA07960; Tue, 17 Sep 1996 03:04:57 -0400
Received: from koobera.math.uic.edu (qmailr@KOOBERA.MATH.UIC.EDU [128.248.178.247]) by list.cren.net (8.6.12/8.6.12) with SMTP id DAA07948 for <ietf-smtp@list.cren.net>; Tue, 17 Sep 1996 03:04:43 -0400
Received: (qmail 6241 invoked by uid 666); 17 Sep 1996 07:09:16 -0000
Message-Id: <19960917070916.6240.qmail@koobera.math.uic.edu>
Date: 17 Sep 1996 07:09:16 -0000
Sender: owner-ietf-smtp@list.cren.net
Precedence: bulk
From: "D. J. Bernstein" <djb@koobera.math.uic.edu>
To: ietf-smtp@list.cren.net
Subject: Re: header-munging
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> + The message may lack a Date field.  The ISP's MTA can't reliably 
>   supply a correct one, because it may be (with high probability) in a
>   different timezone than the sender.

You're making two unstated assumptions here.


First, what does ``Date is correct'' mean? Here are two choices:

  (1) Date communicates the correct real time.
  (2) Date communicates the correct real time and the correct time zone.

Either choice is a plausible interpretation of RFC 822. #1 says that the
time zone is merely part of the encoding; #2 says that it's crucial
information. (What would #2 mean for a laptop flying between zones?)

You may recall that this issue was discussed on DRUMS, and that the most
recent date-time spec, distributed in April, received no objections.
That spec says #2 but provides a simple way to revert to #1---a time
zone of -0000 means ``I don't know my time zone.''

Under that spec, the ISP's MTA _can_ reliably supply a correct date.


Second, even if you insist that the Date show the sender's time zone,
what makes you think that the ISP's local time zone is incorrect?
Einar's point is that the ``MTA'' in this case _is_ the sender---it's
really part of the MUA.

You might object that the ``real sender'' is some human who is perhaps
in a different time zone. Who says? What business do you have peering
behind the sender's mailbox? If a human dials in from one time zone to
another, are you going to tell him that he can't use his work zone on
his e-mail?


---Dan