On Thu, 21 Feb 2002, Michael Weinberger wrote:
> > http://www.ietf.org/internet-drafts/draft-ietf-imapext-sort-08.txt > > > > Here, the "arrival date" is not clearly defined, it is just the "Internal > > date and time of the message". > > You are right, the correct term is "internal date". Some mail clients use > "arrival date", like mutt. > > > Using the sort extension doesn't pass the IMAP server's internal notion of > > the "arrival date" down to the client, it only defines the order of > > presentation of messages. > > If the client request a message list sorted by 'internal date', the correct > sort order relies on correct internal dates. If the 'internal date' does not > reflect the date of arrival the sort order is wrong. Wrong means, that it is > not what user expects. ... > This can result in a confusing behaviour. Example: > A mail has been sent to you last week. The mail is stored in Maildir/new. > Today you check your mailbox. This mail then is moved to the Maildir/cur. With > UW-IMAP, the timestamp will change. If you use a mail client, which use the > 'internal date' as the 'arrival date' the message appears as received today. The sort order is one thing, the "arrival date" displayed by Outlook is another thing. I think I've seen complaints about Outlook displaying strange "arrival date" but I'm not sure about complaints about messages being presented in a sort order which was not that which was expected. > See also my attached file. Received, and useful thanks. It'd be very useful to see a TCP trace taken during such a transaction. Would you be able to do that? > The time encoded in the filename is obviously not used. One reason > could be, that the IMAP cannot rely on this. Think of direct delivery > via procmail! I doubt that the implementers of the wu-imap maildir patch took procmail bugs into account when designing :-) -- Charlie Brady [EMAIL PROTECTED] Lead Product Developer Network Server Solutions Group http://www.e-smith.com/ Mitel Networks Corporation http://www.mitel.com/ Phone: +1 (613) 368 4376 or 564 8000 Fax: +1 (613) 564 7739 -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
