On Friday, June 24, 2005 at 5:30:12 AM [GMT -0500], Alto Speckhardt wrote: > Allie reported in a recent message that one problem of TheBat/IMAP vs. > other programs like Mulberry is that TheBat is always caching a > message locally before displaying it, which other programs do not.
I did not say this. :) I think you misunderstood. All IMAP clients cache what they display. I don't know any that don't do this. Internet browsers cache what they display too. It's just how the cache is managed between restarts that may differ between clients. I was referring to the message list and TB!. For you to read a single message in an IMAP mailbox using TB!, TB! has to first propagate and cache the full message list locally. That's not too unusual BTW. ThunderBird does the same thing. So here's the sequence when you don't have full message synchronisation enabled: - You select an IMAP mailbox and TB! updates the message list to show exactly what's currently on the server. When you're finished browsing and exit TB!, the list as was last sync'd with the server remains in the cache and you'll be able to use it when undocked. - You read messages. As you read messages, whatever you are able to read is cached locally. So all messages that you've read are cached locally. They remain cached locally unless you delete the cache. Note that only those messages you've viewed are cached. The bodies of unviewed messages are not in the cache since you didn't request them for viewing. > I'm using a laptop that is being synchronized (Windows Offline-Folder) > when "docked" at home. Synchronizing includes the full TheBat message > base to enable me to handle email even when abroad. So you're using the full-synchronisation option for your IMAP mailboxes? If so, then with this mode, TB! will retrieve message bodies even though you haven't requested them for viewing. However, this sort of synchronisation is bandwidth intensive and can bog down your connection unless you have a low traffic IMAP account with not many messages. > With POP3 this was no problem at all, because there was a "what's > there is there" philosophy. Whith IMAP I have to be extremly careful > what I do because being able to read a received email while docked > does not mean that it will be possible to view that same email when > undocked. Once you've read a message docked, you'll be able to read the same message while undocked. If you wish to read messages undocked/disconnected that you *did not* read while docked/connected, then you would have had to do a full synchronisation operation prior to disconnecting/undocking. > The "sync policy" TheBat uses with IMAP folders also is somewhat > inconsistant, e.g. if you Maintenance/Compress your folders to purge > semi-deleted messages all your cache of the other mails is gone, too. > There are other occasions when the email you read while connected > isn't there anymore when disconnected. Hmmm. I don't experience this, which of course, doesn't mean that you're not. :) That's the nature of TB! IMAP now. The user experiences can be so different. Note too that I've never tried working with TB! IMAP is disconnect mode and I doubt very much that it would work as it should provided that all you're doing is reading mail while disconnected. If it did, then importing messages to TB! would work right. Mulberry supports working in disconnect mode. What happens in such a mode is that you're offered to synchronise your folders prior disconnecting. Once disconnected, the cache is retained and you can go ahead and work with what you have cached. Your changes are stored and upon your next connection, Mulberry updates the server to reflect all that you had done while disconnected. -- -= Allie Martin =- The Bat! v3.5.30 System Specs: http://www.ac-martin.com/sysspecs.htm -=-=- Disinformation is not as good as datinformation. ________________________________________________________ Current beta is 3.5.30 | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html IMPORTANT: To register as a Beta tester, use this link first - http://www.ritlabs.com/en/partners/testers/
