Re: Anticipatory header download
Tanstaafl <[email protected]> Tue, 12 May 2015 10:12:44 -0400
| Newsgroups | gmane.mail.mulberry.user |
|---|---|
| Message-ID | <[email protected]> |
On 5/12/2015 9:44 AM, Cyrus Daboo <[email protected]> wrote: > Mulberry makes use of IMAP's server-side features such as searching, > sorting and threading. In theory a client does not have to download > anything from the server before doing a search - once a search is done it > only needs to download information for messages returned in the results. > The same goes for sorting and threading. This is one of the key features in > the original design of IMAP - the goal being to give thin/constrained > clients a cheap and efficient way to interact with large mail stores. Today > technology has moved on quite a bit, but even so, some of those original > design goals are still relevant, e.g., there are mobile clients that do > partial caching of mailboxes and then initially do a local search of cached > messages, but then offer the user an option to "search on server" if the > local results are not sufficient. Interesting! That is a very pertinent point that I had forgotten about during this conversation. Now that you have jogged my memory, I did create an enhancement request for TB a long time ago to provide real server side search support. It does have it, but since there is no way in TB to not download all of the headers, there is no way to test it in that scenario. I think I will go create the enhancement request for limiting how much is downloaded, and link it to my server-side search support request, and see what the response is. Thanks for thinking this through with me... :)