On Friday, November 05, 2004 at 3:47:52 AM [GMT -0500], Peter Fjelsten wrote:
>>> 9Val explained this to me yesterday: "It retrieves information about >>> all message parts (if it is multipart), and therefore knows about >>> has message attachments or not" KR>> Why would one not want this? > Idunno - as Homer would say :) The more information you retrieve about a message, the more bandwidth is being used. So for slow connections, you should minimize what you retrieve in order to see what's on the server for reading. With Mulberry, the initial message information retrieved isn't enough for even threading. If I wish to thread, it retrieves more information for threading to be done. etc. > If a folder looks like this: > Folder 10 <9> > It means that the server holds 10 messages for that folder but the > local cache only holds 9. Actually, it's the other way around. <x> is the number of messages on the server and which hasn't yet been fully sync'd with what's local. > After sync it only says 10. I forget what <*> means. That just means that there are messages on the server but the amount is yet to be determined. -- -= Allie =- ..... My mind ain't so open that anything can crawl right in. __________________________________________________ Using The Bat!� v3.0.2.4 Rush for IMAP mail IMAP Server: MDaemon Pro | OS: Windows XP Pro (Service Pack 2) ________________________________________________________ Current beta is 3.0.2.4 Rush | '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/
