List Info

Thread: INTERNALDATE and server's timezone




INTERNALDATE and server's timezone
country flaguser name
Czech Republic
2007-12-06 04:31:29
Hi,
when debugging my IMAP parser, I wanted to test my timezone
parsing.
According to RFC3501, the INTERNALDATE parameter should be
"immutable",
but it seems that with two IMAP server implementations I
tested (dovecot
using maildir and uw-imapd using mbox), it isn't preserved
literally. In
my test, my parser launches IMAP server directly (and talks
to it
through pipes), so the IMAP process inherits its timezone
settings.

uw-imapd, mbox, TZ=Europe/Prague (+0100):
* 1 FETCH (INTERNALDATE "20-Mar-2005 11:12:55
+0100")

uw-imapd, mbox, TZ=US/Central (-0600)
* 1 FETCH (INTERNALDATE "20-Mar-2005 11:12:55
-0600")

dovecot (another data), maildir, TZ=Europe/Prague
* 1 FETCH (INTERNALDATE "03-Mar-2007 15:02:36
+0100")

dovecot, maildir, TZ=US/Central:
* 1 FETCH (INTERNALDATE "03-Mar-2007 08:02:36
-0600")

I realize this is kind of artificial problem (server
administrators
don't change their timezone settings every day), but I'd
like to ask if
this is correct behavior.

Cheers,
-jkt

-- 
cd /local/pub && more beer > /dev/mouth


_______________________________________________
Imap-protocol mailing list
Imap-protocolu.washington.edu
https://mailman1.u.washington.edu/mailman/listin
fo/imap-protocol
Re: INTERNALDATE and server's timezone
country flaguser name
United States
2007-12-06 13:15:24
On Thu, 6 Dec 2007, Jan Kundrát wrote:
> when debugging my IMAP parser, I wanted to test my
timezone parsing.
> According to RFC3501, the INTERNALDATE parameter should
be "immutable",
> but it seems that with two IMAP server implementations
I tested (dovecot
> using maildir and uw-imapd using mbox), it isn't
preserved literally.

The problem with mbox is that some forms of the mbox format
internal 
header does not include timezone information.  Thus, the
timezone has to 
be inferred from the "local time zone", hence
causing your seeming 
discrepancy since you're running imapd with different
"local time zones".

-- Mark --

http://staff.washingt
on.edu/mrc
Science does not emerge from voting, party politics, or
public debate.
Si vis pacem, para bellum.
_______________________________________________
Imap-protocol mailing list
Imap-protocolu.washington.edu
https://mailman1.u.washington.edu/mailman/listin
fo/imap-protocol
[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )