Ticket #316 (new Bug)
incorrect INTERNALDATE when moving email via IMAP APPEND command in Mulberry/4.0.8 (Mac OS X)
| Reported by: | kenalker | Owned by: | Cyrus Daboo |
|---|---|---|---|
| Priority: | major | Milestone: | Soon |
| Component: | Application | Version: | v4.0.8 |
| Severity: | Serious | Keywords: | APPEND INTERNALDATE date time |
| Cc: | mulberrymail.com@… | Operating System: | Mac OS X |
| OS Version: | Mac OS X 10.5.5 (MacBook Pro) |
Description
When a message is moved from an IMAP mailbox on one server to an IMAP mailbox on another server, the Mulberry client facilitating the transaction issues an APPEND command to the receiving server. In my example case, the APPEND command issued by Mulberry/4.0.8 (Win32) looks like this (from Mulberry IMAPlog.txt):
A00010 APPEND A-SPAM-filtered/2002 (\Seen) "31-Dec-2002 22:36:36 -0800" {6663+}
But when this exact same operation is performed using Mulberry/4.0.8 (Mac OS X), the APPEND command issued looks like this:
A00027 APPEND A-SPAM-filtered/2002 (\Seen) "31-Dec-2002 14:36:36 -0800" {6663+}
The two versions (Win32 vs. Mac OS X) are producing different INTERNALDATEs from the exact same message. I believe the Win32 version to be correct and the Mac OS X version to be buggy in that the final "Received" header in the example message has the same date stamp as the INTERNALDATE being set by the Win32 version. The final Receive header in the example message is as follows:
Received: from slate ([unix socket]) by slate (Cyrus v2.1.9) with LMTP; Tue, 31 Dec 2002 22:36:36 -0800
It is interesting to note that INTERNALDATE being set by the Mac OS X version is off by 8 hours (the same as the timezone offset).
I am using a MacBook Pro running Mac OS X 10.5.5.