Hi,
Suppose a user wants to know when his email was received, and that user is using a web UI for reading email. Suppose further that the web UI reads the Received date from the last header, the one that qmail inserts.
Now, if that date is listed in UTC, then the user would be puzzled about the time listed. In fact, in ordering his inbox, the user could end up more than puzzled.
This is not a terribly bad thing, admittedly. But in an application that is trying to make things easy for novice users, it's a small negative. And since localtime() information is available, with zone information, why not use that?
-Eddie
-----Original Message-----
From: Dan Melomedman [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 30, 2002 5:10 PM
To: [EMAIL PROTECTED]
Subject: Re: Odd: qmail-queue.c, datefmt822.c
Ed Abrams writes:
> Hi,
>
> I'm shocked to see in the qmail sources that the 'zone' part of the RFC 822
> date header is simply hardcoded to be GMT, -0000. Can anyone say why this
> is so?
>
> Thanks,
>
> -EdA
Why shouldn't it be so?
--
Fools ignore complexity. Pragmatists suffer it. Some can avoid it. Geniuses
remove it.
