On 29 January 2010 09:32, Marc Stibane <[email protected]> wrote: > > That's what the traditional Sent/Received timestamps are for.
With IMAP, the internal date can be fetched far quicker than the received headers, there's less work required on both the client and server and it uses less bandwidth, especially for mailing lists, whose headers get particularly lengthy. So if you want to deal with large mail boxes quickly, it's a superior option. It's also useful for sent mails and draft mails, which won't have all the headers. And if we're using the sort extension, that supports internal dates. The only problem with the internal date that I know of, is that some clients might not set the internal date correctly when importing mails. I don't know how common that is. > I don't see how adding a third Fetched date to Sent/Received complicates the > interface. > The user already can choose whether to see Sent, Received, or both. > Just log the date, and give the user the option to show another field. Possibly not but I worry about lots of little options stacking up. But our difference here is slight. I already mentioned that I'm not against tracking the fetched date. Whichever way this goes, this aspect of the interface can be easily changed at a later date. Daniel _______________________________________________ [email protected] mailing list List help: http://lists.ranchero.com/listinfo.cgi/email-init-ranchero.com
