On Mon, Apr 17, 2000 at 07:46:39PM -0400, Eric M. Johnston wrote:
> Hi,
>
> I was having some users complain about the times shown in their Outlook 2000
> e-mail listings being 'incorrect' (UTC) while when they opened the message,
> the times were correct. They were seeing this situation when using IMAP (UW
> IMAP server), but not with POP (qpopper).
>
> After doing some experimentation, I discovered that the IMAP server is
> getting its time from the "From " header in the mbox, not the "Received:" or
> "Date:" headers, and passing this on to Outlook. When using POP, Outlook
> evidently gets the time itself from a "Received:" header.
a From: header, I think. There is no common standard for Received-headers.
Also, in qmail, these will be UTC as well :)
> IMAP or Outlook (didn't dig in deep enough to figure out who does this)
> evidently assumes that the date/time given is local time. To rectify this
> problem, I patched the qmail myctime.c to append " -0000" to the time, like
> this:
I think IMAP just passes the string along.
> This 'fixes' the time seen in Outlook, I guess because either IMAP or
> Outlook can now figure out the local time. My question is this: does this
> solution violate any standards or will it break anything obvious? Why
> doesn't qmail give some indication that the date/time given in this header
> is not local time?
I can't find anything about this in RFC822, probably because RFC822 doesn't
describe mailbox formats, only message formats :)
I don't know. I don't think it will break anything. I do think IMAPd is
broken for supplying the user with that info. But UW IMAP is broken anyway.
You do know that _another_ buffer overflow in UW IMAP was found somewhere
in the last few days?
Greetz, Peter.
--
Peter van Dijk - student/sysadmin/ircoper/madly in love/pretending coder
|
| 'C makes it easy to shoot yourself in the foot;
| C++ makes it harder, but when you do it blows your whole leg off.'
| Bjarne Stroustrup, Inventor of C++
