On 4/11/07, Donald Nash <[EMAIL PROTECTED]> wrote: <snip>
> > Look at the mailbox window in Mail.app and see what the column title is for > the date field. If it is "Date Received", then Mail.app is displaying the > INTERNALDATE here. This is completely in line with the IMAP4rev1 spec, > which says that INTERNALDATE is the "date and time which reflects when the > message was received." You can change this column to "Date Sent", and it > will show the Date: header instead. > Thanks for the information. This helps a lot. This was actually the first client I ran into that displayed INTERNALDATE. The user settled with using the "Date Sent" column. > > >I just wanted some proof that the client is not compliant by pointing > > >to a standard which says the client must use the SMTP Date header. > > > > It's not technically a protocol violation, but rather than a simple bug. > > The mail client is simply showing a wrong field. > > It's not a bug at all, it's just Mail.app doing what it was told to do. I feel it is not intuitive to display INTERNALDATE because it is a value given by the server software rather than the original message itself. This can not be guaranteed to be consistent especially when migrating a mailbox to another server. We found that if we preserve the modification times of files the INTERNALDATE will be preserved, but this may not be true when migrating to a different IMAP server software package. The only sure way is probably to use imapsync. Thanks for your help. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Courier-imap mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
