Hi All, I've been experimenting with deliver on my personal domain, and so far everything has been peachy except for Mail.app. Mail.app (on multiple devices) is showing what looks to be GMT times, rather than the date header. Initially I thought it was something I did on my Mac, until I got an Ipad to test with - and never connected it to my Mac - and had the same time issue. It seems Mail.app uses the timestamp ('arrived date'?) on the mail file itself (Maildir here) to display the time. So.. I have dovecot 1.2.10 installed on top of vpopmail (multiple MXs, delivering to OpenSolaris NFS share via tcp), and it seems that deliver is using the GMT time when writing the Maildir file, and vdelivermail just uses the adjusted time.. Or maybe it just allows the OS to write the timestamp. Either way, is this a known issue with deliver - or is there a patch? I don't recall ever seeing it come up on the list, and I'm not seeing anything in the changelog. Rick
On 04/10/10 20:19, Rick Romero wrote:> Hi All, > > I've been experimenting with deliver on my personal domain, and so far > everything has been peachy except for Mail.app. Mail.app (on multiple > devices) is showing what looks to be GMT times, rather than the date > header. Initially I thought it was something I did on my Mac, until I > got an Ipad to test with - and never connected it to my Mac - and had > the same time issue. > > It seems Mail.app uses the timestamp ('arrived date'?) on the mail file > itself (Maildir here) to display the time. > > So.. I have dovecot 1.2.10 installed on top of vpopmail (multiple MXs, > delivering to OpenSolaris NFS share via tcp), and it seems that deliver > is using the GMT time when writing the Maildir file, and vdelivermail > just uses the adjusted time.. Or maybe it just allows the OS to write > the timestamp.When your MUA accesses the mail over IMAP, it does not see the Maildir file's mtime. Your MUA should use the Date header in the e-mail, or the date/time when it first sees the message (f.i. when not Date header is available). Failing to do so can only be a client issue. Not using the timezone you set up in your profile or environment also sounds like a OS/client issue. How do messsages that display this issue look in another MUA with IMAP access? -- Regards, Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://dovecot.org/pipermail/dovecot/attachments/20101004/955183c6/attachment-0002.bin>
On 10/04/2010 02:19 PM, Rick Romero wrote:> Hi All, > > I've been experimenting with deliver on my personal domain, and so far > everything has been peachy except for Mail.app. Mail.app (on multiple > devices) is showing what looks to be GMT times, rather than the date > header. Initially I thought it was something I did on my Mac, until I > got an Ipad to test with - and never connected it to my Mac - and had > the same time issue. > > It seems Mail.app uses the timestamp ('arrived date'?) on the mail file > itself (Maildir here) to display the time. > > So.. I have dovecot 1.2.10 installed on top of vpopmail (multiple MXs, > delivering to OpenSolaris NFS share via tcp), and it seems that deliver > is using the GMT time when writing the Maildir file, and vdelivermail > just uses the adjusted time.. Or maybe it just allows the OS to write > the timestamp. > > Either way, is this a known issue with deliver - or is there a patch? I > don't recall ever seeing it come up on the list, and I'm not seeing > anything in the changelog.Your mail client doesn't even know that a Maildir file exists. Can you post the headers of the message, along with the expected/actual results? (My guess would be that Mail.app thinks you live in Greenwich.)
On 4.10.2010, at 19.53, Tom Hendrikx wrote:>> It seems Mail.app uses the timestamp ('arrived date'?) on the mail file >> itself (Maildir here) to display the time. >> > When your MUA accesses the mail over IMAP, it does not see the Maildir > file's mtime. Your MUA should use the Date header in the e-mail, or the > date/time when it first sees the message (f.i. when not Date header is > available).IMAP protocol has a concept of "INTERNALDATE", which contains the time when the message was received. With Maildir it's the same as the file's mtime. With Mail.app you can configure it to show/sort messages by "Date Received" (=INTERNALDATE) or "Date Sent" (=Date: header). I prefer the "Date Received" so that a bad Date: header won't put the mail in the middle of the mailbox.