On 10/2/2005 at 11:35:28 AM [GMT -0500], John Thomas wrote: > Following were the troubles I had in the first half hour using TB! I > am using Fastmail's servers, I have two accounts with them, one for > business and one for personal. I have fast connections and have > folders set to FULL syncro.
I suggest setting the folders to not synchronise and have TB! periodically refresh folders via the IMAP account fine tune option. Full synchro is an option that bogs down the connection, even though it's fast. The thing is that if you have a fast connection then the wait time for messages to load is really small. So you don't really have to wait to read mail and even moreso you have much less problems with TB! lagging with folder flag updates because it's so busy doing full syncing on other folders. Mulberry doesn't offer full synching as an option, not unless you work in disconnect mode and do a full sync prior to disconnecting. Mulberry is hell on wheels even then. > 1. The last time I tried TB, on Fastmail's server I had shared folder > in one account so I would not have to log into both. Today, I could > not get those folders removed from either (manage or read) list until > I unsubscribed from each and everyone of them. This is despite the > fact that the server was reporting the folders did not exist. I know of this. Hitting the 'reset' button in the IMAP folder management panel often solves this. > 2. I have messages marked read in "0" seconds (instantly I guess). > This does not work sometimes. The folder will be bold as if there is a > new message, but none of them are new. I have to switch away from the > folder and switch back. Not a deal breaker, but annoying. This happens rarely for me, but would be expected to happen more frequently if TB!'s connections are always busy doing full syncs everywhere. > 3. I log into my work account from two machines. I have both machines > set up to do a full synchronization so I do not have to wait to read > mail. Try disabling syncing and see what the wait periods are like for messages to load. > When I work on one machine, delete and read mail, then log out > and switch back to the other machine and do a purge and compress, the > folder shows up as broken. Again, not a deal breaker, but annoying. Keep an eye on the CC for the first machine. Don't logout until the queued tasks are completed. > 4. The manage folders list is clumsy. I typically want to change a > bunch of folder to the same settings. I have to do each one > independently (perhaps there is a way to do this I am unaware of). It > would be nice to be able to select a bunch of folder and apply the > settings to all folders. Agreed. > 5. I installed new account, my work account, which has about 500MB of > messages on the server. I set up the account to do full synchro. I > was unable to read mail on this account for a while. The folders > showed up as having messages, but clicking on them showed none. Now, > perhaps this is nit picking, but making IMAP fast and stable is a > higher priority to me than fancy new features. Let's look at how Mulberry deals with this situation vs. TB!. When I open an account for the first time using Mulberry, Mulberry does a message count and basic flag check for each folder. So the list of subscribed folders appear with the number of read/unread messages in each. It stops there. I then open a folder in Mulberry and it loads just enough headers to fill the message list. I then select one, of the messages and it retrieves the body. It retrieves each message body as I select them. How does TB! do it for me? I open the account and like Mulberry, TB! loads the subscribed folders and then go through and displays the number of read/unread messages. It then goes ahead and does a basic header check for all messages in all folders. I then select a folder and TB! retrieves the entire header list for the folder. This will take longer than Mulberry of course, and will depend on the the number of messages in the folder. ThunderBird does the same thing, BTW. When TB! is finished, I then select a message and it retrieves the body. Nice and quickly. How does TB! do it for you? You open the account and TB! proceeds to synchronise 500MB worth of messages, thanks to your full sync option enabled for all folders. Sit back and relax, since that's going to take a looooooooooooong time. :) You're lucky if you get to load a single message. If you try something similar with Mulberry, you can't even edit a message since you're locked out of user input. So to sum it up, TB! has IMAP setup options that if inappropriately abused, leads to grief and problems. Full synching allows reading of messages even though you may have suddenly lost your connection or if you plan to continue reading when you're offline. However, if you choose to have it enabled for all folders and at all times, especially if your folders are large, be prepared for waiting and a lot of lags between commands and their being carried out on the server. TB! interestingly lacks the option to be able to select one or more folders and manually carry out a full synch. > 7. New messages arriving to an open folder to not thread, they show up > at the bottom of the list, sometimes at least. I think the manual threading function has created this side effect. But I agree that it's annoying. Interestingly, the problem doesn't exist when using a virtual folder. > I would very much like everyone at Ritlabs to use nothing but IMAP for > six months. This cannot hurt Ritlabs, excepting your productivity if > your product has opportunities for improvement that you would then > quickly recognize. I agree that they're looking an opportunity in the face, now that Mulberry is down. -- -= Curtis =- The Bat! v3.61.09 Echo (Beta) / http://specs.aimlink.name PGPKey: http://rsakey.aimlink.name ...My weight is perfect for my height... which varies.
pgp2MXmHZDu6I.pgp
Description: PGP signature
________________________________________________________ Current beta is 3.61.09 (Echo) | '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/
