>> In fact, there are a ton of useful features than can only be done in
>> IMAP...unfortunately, as yet, I've not seen a client that even begins to
>> fully take advantage of the possibilities.
>>
> Examples please ;-). There are only a few dozen or so new IMAP RFCs ;-).
For just a small fee, I'd be happy to expound at length. ;-)
To be honest, I've not really looked at the new RFCs. Although I would
appreciate it if you ensured that you followed the sorting rules for
consistency sake (I've not compared and contrasted what you've currently
implemented). Personally I've little use for ANNOTATE or THREAD. Or, at
the moment, ACLs.
I'm still kvetching about not having server side storage of address books,
rules, and configuration information (all of which could be stuffed on the
server using IMSP).
I'm still waiting for server side SEARCHing ('cause I'm not always on a
machine that's got all of my email downloaded...*AND* I'm going to have
clever IMAP servers that have highly indexed search databases).
I'd like to take advantage of the hideously complex ability to download
select groups of headers in order to do rule applications and/or searches
when I'm matching against specified headers.
Similarly, I'd like to see a client that was a tiny bit smarter about how it
prioritized downloading the contents of multiple mailboxes. I've lots of
schedules that fire at startup; however, I'd really like my INBOX hit to go
first, followed perhaps by the currently selected mailbox, followed perhaps
by new messages matching the criteria of the current virtual view (all
unread messages sent in the last 3 days). But that's relatively little to
do with IMAP.
I'd like to see better support for server side virtual folders. Even if
they're completely different.
Along with the aforementioned better header support, more intelligent
handling of attachments. If I've got multi part attachments and I only look
at the HTML section, don't even bother downloading the alternative
representations.
When I'm online with a 100bT connection (locations-based perhaps), I'd
really like to be able not to retrieve the 20 megabyte attachment that I'm
almost certainly going to simply delete. So, retrieve the displayed headers
first, then the message contents, then the attachments. And make me able to
reasonably configure the attachment download behavior.
As I believe I've recently mentioned to Dan, make copying and moving things
between IMAP servers work more predictably and reliably. In fact, give me
tools to automatically sync accounts on separate servers.
In addition to giving me better tools to sync my offline mail reading with
my online mail stores.
I could go on at much greater length (and I have in the past). But I'd kind
of prefer to go to sleep. ;-)
mikel
PS: I wouldn't mind seeing IMAP URL support; but I don't get the impression
that's going anywhere. Too bad, shared IMAP folders made for a great
persistent store of "institutional knowledge".
--
To unsubscribe:
<mailto:[EMAIL PROTECTED]>
archives:
<http://www.mail-archive.com/entourage-talk%40lists.letterrip.com/>
old-archive:
<http://www.mail-archive.com/entourage-talk%40lists.boingo.com/>
