RFC-3501 (IMAP4rev1) says... 2.3.3. Internal Date Message Attribute The internal date and time of the message on the server. This is not the date and time in the [RFC-2822] header, but rather a date and time which reflects when the message was received. In the case of messages delivered via [SMTP], this SHOULD be the date and time of final delivery of the message as defined by [SMTP]. In the case of messages delivered by the IMAP4rev1 COPY command, this SHOULD be the internal date and time of the source message. In the case of messages delivered by the IMAP4rev1 APPEND command, this SHOULD be the date and time as specified in the APPEND command description. All other cases are implementation defined.
So I'm figuring that means local to the server. I'm wondering if the mail client is supposed to be dealing with the offsets or what. Seems if it was given in GMT, then the mail client should just compensate for the time zone the person is in? What mail client are you using Blake? Paul F. De La Cruz On Fri, Mar 19, 2004 at 04:38:26PM +0100, Ilja Booij wrote: > Blake Mitchell wrote: > > >So what would be involved in getting dbmail to do time zones? My mail > >server is 3 time zones away, and all my received date are three hours off. > I've been looking at this before, but I was a bit confused on how the > IMAP server should implement it. As I understand it, the server should > store the messages in the local time zone (local to the server). > Or am I seeing things wrongly here? > > > >BTW, Ilja, I drank to you on St. Patrick's day, for bringing back > >Thunderbird! > Well, ehm, thanks! :) > > Ilja
