Re: IMAP in 3.5
Hi Alto! On 16 May 2005 14:18:44 , you typed: AS (I don't need to add that though all tasks have aparently been AS completed, still the Connection Center has not closed, do I?) That's a thing i don't understand with Imap either. Isn't the connection centre supposed to be closed after all tasks have been completed even though you're online all the time as in you're having a broadband connection? Mi TB ignores the check box in the CC telling TB to close the centre after all tasks have been completed. Should it be like that and if not can one have TB behave like i want it to? Btw, TB only does this on Imap accounts for me not in Pop accounts. -- /Krister mailto:[EMAIL PROTECTED] This mail brought to you by The bat! V3.5, on Windows XP 5 1 build 2600 Pgp keys available here: Mailto:[EMAIL PROTECTED] Current beta is (none) | '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/
Re: IMAP in 3.5
On Tuesday, May 17, 2005 at 2:12:17 AM [GMT -0500], Krister Ekstrom wrote: That's a thing i don't understand with Imap either. Isn't the connection centre supposed to be closed after all tasks have been completed even though you're online all the time as in you're having a broadband connection? Mi TB ignores the check box in the CC telling TB to close the centre after all tasks have been completed. Should it be like that and if not can one have TB behave like i want it to? Btw, TB only does this on Imap accounts for me not in Pop accounts. For POP accounts, TB! knows a task is finished with there's a disconnection from the server. The same applies for IMAP. However, for IMAP, completed tasks does not necessarily mean that TB! has disconnected from the server, hence the persistence of the connection centre. -- -= Allie Martin =- The Bat! v3.5 System Specs: http://www.landscreek.net/sysspecs.htm -=-=- Any fool can criticize, condemn, complain. And most do. Current beta is (none) | '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/
Re: IMAP in 3.5
Hello Allie, A reminder of what Allie Martin on TBBETA typed on: 16 May 2005 at 02:41:21 GMT +0200 I see. Though I don't agree with it, I quite like Mulberries editor. Trouble is when I compose a message I'm always adding to it, taking bit's away and rephrasing things so ALT+L is one thing I really miss in any other client. PS: Hows my threading now? -- Tony. Using The Bat! v3.5 Windows XP Home SP2 Pentium IV, 2.4Ghz Home Built Desktop. :gentoo: www.gentoo.org Current beta is (none) | '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/
Re: IMAP in 3.5
On Monday, May 16, 2005 at 12:22:56 AM [GMT -0500], Gleason Pace wrote: I don't think there is any reason why it should take more than one connection to query a pop server, or to synchronize a single imap folder. It is essentially a simple request/response situation. You're speaking of folders and I'm speaking of Accounts. :) I agree about the folder query. I'm referring to multiple server connects for an account. You could be making multiple requests for a single account. Different connections can then deal with these requests. Currently, TB! seems to use two connections at a time, no matter the number of requests. This is very evident at work where I have a slow connection and can clearly see what's happening in the CC. I'd start TB! and a lot of requests for folder counts come up. This is peppered with requests for folder header updates. I then open a folder and select a message. This stuck in the queue and has to wait its turn. I have 6 connections to the server. Two are in use, and yet the message body request has to wait its turn. This shouldn't be. At home here, things happen so fast, I can't see what's happening in the CC. Even though the same queueing problem may exist, the connection speed just overwhelms and masks the basic problem. -- -= Allie Martin =- The Bat! v3.5 System Specs: http://www.landscreek.net/sysspecs.htm -=-=- Famous last words - Jesus Christ: Father, beam me up. Current beta is (none) | '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/
Re[2]: IMAP in 3.5
Hi, behaviour of IMAP with v3.5 as compared to v3.01? AM I've been experiencing much better here. Here it's worse then ever before. With v3.01, the connection would block at the start and resume after a few minutes of thinking (not transfering anything as evident from a line monitor). Now, I can have ten connections sitting there and not starting at all. Right now e.g. we have 15 minutes and counting. (Addendum: We are now at 20 minutes and counting.) Usually two tasks indicate the same connection number. Doesn't that sound hopfully. But of course, it's not that bad after all. The new interface is slower, yes, it crashes more often with and without one or more messages (we truly have every flavour here!), but then we can now look at the error messages in our own colouring theme. Isn't that something to celebrate. Well, at least when TheBat doesn't just quit in the blink of an eye without any warning. But this only happens about every five minutes or so, therefore - what the heck. That's of course a whole lot better than v3.01. Honest. Cheers on RITs newest accomplishment. AM I'm using 2 connections here just fine. I've noted that if I use 4 or 6, AM only 2 connections are being used at a time anyway. So I use 2 and still AM have the same performance. I'm currently trying all ten connections in the hope that the more connections are specified, the sooner one of them will occasionally unblock. At the start it seemed as though this was correct as something started loading almost from the beginning. However, after this was done (whatever it was) on four connections, they quit and let the other six back in the dust like usual. The finished connections were not reused. AM Our experiences differ. It's not that we're using the program to AM do anything other than read/filter our mail and reply etc. as needed. That's my point exactly. How can you do this? It is just what I would like to do, could do with some hinderance in v3.01, and almost can do no longer with v3.5. It's a lot of progress the other way for me. AM Note that I can't duplicate this experience at work where I have a AM slower connection. I get frequent server disconnects. I don't get disconnects, I just get nothing. Tasks are started but are completed in a time frame of hours instead of seconds. Call me hard to please but I am not amused at this behaviour. Hey! TheBat finished checking! Timecount: 25 minutes to check a dozen folders with (altogether) about one hundered old and no new mails. Congratulations! Must have been very hard work! (I don't need to add that though all tasks have aparently been completed, still the Connection Center has not closed, do I?) -- MfG, Altomailto:[EMAIL PROTECTED] pgpIdVoYdYEyT.pgp Description: PGP signature Current beta is (none) | '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/
Re[3]: IMAP in 3.5
Hello all, Monday, May 16, 2005, Alto Speckhardt wrote: But of course, it's not that bad after all. The new interface is slower, yes, it crashes more often with and without one or more messages (we truly have every flavour here!) what crashes You are talking about? -- Bye Marek Mikus Czech support of The Bat! http://www.thebat.cz Using the best The Bat! 3.5 under Windows XP 5.1 Build 2600 Service Pack 1 Notebook Acer, Pentium4-M 2.2 GHz, 512 MB RAM, ADSL line Current beta is (none) | '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/
Re: IMAP in 3.5
Hello Alto Speckhardt everyone else, on 15-Mai-2005 at 17:24 you (Alto Speckhardt) wrote: Any contradicting opinions? Yes. -- Best regards, Alexander (http://www.neurowerx.de - ICQ 238153981) Current beta is (none) | '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/
Re: IMAP in 3.5
On Monday, May 16, 2005 @ 5:18:44 AM [-0700], Alto Speckhardt wrote: sarcastic attacks on TB! snipped I cannot confirm any of your issues. -- Matt Current beta is (none) | '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/
Re[2]: IMAP in 3.5
Allie, You'respeakingoffoldersandI'mspeakingofAccounts.:) Also about a new message check where there are no new messages. One connection for each pop account and one for each imap folder that needs to be synchronized. Which in my case makes 7. Refreshing message header lists, moving messages to different folders in response to filters takes more. Iagreeaboutthefolderquery.I'mreferringtomultipleserver connectsforanaccount.Youcouldbemakingmultiplerequestsfora singleaccount. When there are new messages and filtering actions. Ithenopenafolderandselectamessage.Thisstuckinthequeueand hastowaititsturn.Ihave6connectionstotheserver.Twoarein use,andyetthemessagebodyrequesthastowaititsturn.This shouldn'tbe. Why is it that a dead query blocks everything behind it? I know I see it sometimes too. I delete the dead query from the Connection Center, and then the rest complete. Using the simple example I gave, a new message check with no new messages, I can see a difference in the time. So I think using more connections helps. Athomehere,thingshappensofast,Ican'tseewhat'shappeninginthe CC.Eventhoughthesamequeueingproblemmayexist,theconnection speedjustoverwhelmsandmasksthebasicproblem. I think part of it has to do with the capability of high speed connections. When downloading a set of files from a slow server, I have had as many as 10 files downloading all at once with no problem. Dialup is limited in speed, but also in bandwidth. So you can't have a lot of things going on at once. Even if TB has the requests out there, the dialup connection can't deal with them all at once. -- Gleason UsingTheBat!v3.5onWindowsXP5.1Build2600 ServicePack2PrimarilyusingtheFastmail IMAPserverwhichusesCyrus. Current beta is (none) | '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/
Re[2]: IMAP in 3.5
Hi, MT sarcastic attacks on TB! snipped You can hardly fault me for it, can you? I do think I tried everything else. MT I cannot confirm any of your issues. It seems to me that I'm using a whole different program than you are. The performance I'm experiencing is loads different from what you all are talking about. Where you are positivly content (meaning not really enthusiastic, but basicly satisfied) and seeing no major bugs, none that prohibit work in any case, I plainly can't use v3.5. It is so terrible I did not dare to put it ony main machine instead of my test machine yet. v3.01 had its bugs, but they were mainly stable bugs. In v3.5 not even the bugs themselves are stable. Yet, I had tried the beta (number 20 it was, I believe) on more than one machine and it showed most bugs even then, so it should be neither a problem with my single machine nor with the download. I also don't imagine that I'm the only one using a ISDN connection and there are other GMX-users as well. I simply don't see any viable difference between my system and yours, which makes it very hard for me to concede that there may be working installations of v3.5, even if you can report such. -- MfG, Altomailto:[EMAIL PROTECTED] pgp1LpY1xQpUt.pgp Description: PGP signature Current beta is (none) | '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/
Re[3]: IMAP in 3.5
Hello Alto, On 16 May 2005, 13:18 you wrote: Here it's worse then ever before. With v3.01, the connection would block at the start and resume after a few minutes of thinking (not transfering anything as evident from a line monitor). Now, I can have ten connections sitting there and not starting at all. Right now e.g. we have 15 minutes and counting. (Addendum: We are now at 20 minutes and counting.) You forgot to turn on your modem again? -- As ever, .\\artin | ICQ 15893823 Example moves the world more than doctrine. HENRY MILLER ___ IMAP Client: The Bat! Version 3.5 Return RC9 IMAPS Server: Dovecot | OS: Windows XP Professional (Service Pack 2) Current beta is (none) | '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/
Re: IMAP in 3.5
Alto Speckhardt, [AS] wrote: AS It seems to me that I'm using a whole different program than you are. Or a different IMAP server perhaps That does make a profound difference at times. AS The performance I'm experiencing is loads different from what you all AS are talking about. Where you are positivly content (meaning not AS really enthusiastic, but basicly satisfied) and seeing no major bugs, AS none that prohibit work in any case, I plainly can't use v3.5. It's been a long time since I used TB! under such circumstances. Things aren't smooth, though tolerable at work with some patience, so I don't use it. I instead use Mulberry. Finally, it works smoothly at home, so I now use it. AS ... I simply don't see any viable difference between my system and AS yours, which makes it very hard for me to concede that there may AS be working installations of v3.5, even if you can report such. There are actually working installations ... believe it or not. :) -- -=[ Allie ]=- Running The Bat! v3.5 on WinXP Pro (SP2) System Specs: http://www.ac-martin.com/sysspecs.htm =-=-= Ever notice that 'What the hell' is always the right decision? Current beta is (none) | '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/
Mod: HTML use (was: IMAP in 3.5)
Hallo Gleason, On Mon, 16 May 2005 09:19:10 -0700GMT (16-5-2005, 18:19 +0200, where I live), you wrote: GP Allie, You're speaking of folders and I'm speaking of Accounts. :) GP Also about a new message check where there are no new moderator Note: This moderator's interjection is a note to all readers and not just to the person being replied to, even if their post may have instigated this reply. Please don't feel singled out Gleason. ' Please do not send HTML messages to the list except for purposes of testing. While the merits of HTML are debatable, and have been discussed numerous times on the lists, the list rules prohibit HTML e-mail. To find out why these MOD messages are posted to the list instead of private mail, please read the welcome message you received when you subscribed. Thank you. /moderator -- Groetjes, Roelof Never, ever, pinch a sorceress on the butt. ribit The Bat! 3.5 Windows XP 5.1 Build 2600 Service Pack 2 1 pop3 account, server on LAN pgpA7ZQNFUMj1.pgp Description: PGP signature Current beta is (none) | '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/
IMAP in 3.5
Hi all, has anyone else experienced - well, I don't even expect better, so let's just call it changed - behaviour of IMAP with v3.5 as compared to v3.01? The new multiple connections-option is just dandy. Now, the single connection to the server doesn't block any more as in v3.01. Instead, all five connections block. If that's not progress I don't know what is. Then of course the icing on the cake is that the Communications Center no longer closes after a get mail. When closed manually (all tasks ended, eventually) after a while (a few minutes) the log complains red server closed connection. That's it. I'm off to Mulberry. One last thought to those who have congratulated the RITs for this release: I can't help but wonder what on earth you are doing with the program that you deem it worthy of even silence, not even to think of congratulations? The current state of afairs is hardly worth of being called RC, yet it is the tenth (!!) of this series! That's pitiful! Any contradicting opinions? -- MfG, Alto mailto:[EMAIL PROTECTED] pgpTq7q6rzttS.pgp Description: PGP signature Current beta is (none) | '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/
Re: IMAP in 3.5
Alto, The new multiple connections-option is just dandy. Now, the single connection to the server doesn't block any more as in v3.01. Instead, all five connections block. If that's not progress I don't know what is. I'm currently using 10 concurrent connections. Occasionally they do block. I find that if I right click on the top one and choose delete from the menu, the rest of them will complete. TB can now go all night and not need this treatment in the morning. 3.01 could never do that. The Delete Task and Abort All buttons don't do anything but clear the display, I find. Not effective. Yes, this is much better. TB is now usable for me. The clincher is that I can be using other software and have the message ticker announce a new message. I can open the message from the ticker and reply/delete/move it to junk right there. This is especially handy since I use the Alt Desk desktop utility with 24 desktops. Then of course the icing on the cake is that the Communications Center no longer closes after a get mail. When closed manually (all tasks ended, eventually) after a while (a few minutes) the log complains red server closed connection. I leave mine open all the time. Seems that is the best way to stay aware of what is going on. I do check mail every 5 minutes. That's it. I'm off to Mulberry. Mulberry is not even close, I think. Primitive html, no notes attached to messages. Primitive message editor. Those things make it unusable for me. It is true that Mulberry has the most trouble free and complete imap implementation available. They started out as imap only and added pop later rather than the other way around. But the address book is not integrated well enough. And many other little nice to have features are not there. Oh, give me those three little buttons to the right of the To and CC address fields on the new message editor. Sorry Mulberry. -- Gleason Using The Bat! v3.5 on Windows XP 5.1 Build 2600 Service Pack 2 Primarily using the Fastmail IMAP server which uses Cyrus. Current beta is (none) | '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/
Re: IMAP in 3.5
--On 15 May 2005 17:24 +0200 Alto Speckhardt wrote about... IMAP in 3.5: That's it. I'm off to Mulberry. 've been using Mulberry since Friday and after spending all Friday afternoon and all day Saturday wresting with the rules and filters, I think I'm getting to grips with it. Any contradicting opinions? I was hoping to see more positive remarks regarding TB's IMAP ability so I could return to using it full time... I miss MicrEd, ALT+L and templates. Cest la vie. -- Tony. M. Current beta is (none) | '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/
Re: IMAP in 3.5
--On 15 May 2005 09:28 -0700 Gleason Pace wrote about... Re: IMAP in 3.5: Sorry Mulberry. Don't apologise, I'm using Mulberry purely for IMAP, but like you say, The Bat! it certainly ain't. -- Tony. M. Current beta is (none) | '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/
Re[2]: IMAP in 3.5
Hello Tony, Sunday, May 15, 2005, 9:11:53 PM, you [TB] wrote: TB I was hoping to see more positive remarks regarding TB's IMAP ability so I TB could return to using it full time... I miss MicrEd, ALT+L and templates. I've been using Mulberry as my primary IMAP client since version 3.1.6 was released and it's really nice client. But just like you, I find myself missing TB! a lot thought it's IMAP support is not that good as Mulberry's. Actually I use both of these clients simultaneously where I can. Personally I'm running TB! rather smoothly these days. Of course there appears some clitches every now and then, but I still find TB! usable. Certainly I cannot use any of these automatic features like When on-line, refresh every n minutes, Allow up to n connections and so on, but I can live with it. Perhaps you should consider turning of these automatic features too? BTW, what IMAP daemon are you or your ISP running? I'm running Dovecot 1.0-test70 on my servers. Thanks, Tero -- Tero Ripattila Current beta is (none) | '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/
Re: IMAP in 3.5
On Sunday, May 15, 2005 at 10:24:41 AM [GMT -0500], Alto Speckhardt wrote: has anyone else experienced - well, I don't even expect better, so let's just call it changed - behaviour of IMAP with v3.5 as compared to v3.01? I've been experiencing much better here. The new multiple connections-option is just dandy. Now, the single connection to the server doesn't block any more as in v3.01. Instead, all five connections block. If that's not progress I don't know what is. I'm using 2 connections here just fine. I've noted that if I use 4 or 6, only 2 connections are being used at a time anyway. So I use 2 and still have the same performance. One last thought to those who have congratulated the RITs for this release: I can't help but wonder what on earth you are doing with the program that you deem it worthy of even silence, not even to think of congratulations? The current state of afairs is hardly worth of being called RC, yet it is the tenth (!!) of this series! That's pitiful! Our experiences differ. It's not that we're using the program to do anything other than read/filter our mail and reply etc. as needed. How TB! IMAP behaves for you is just different. Pity that the reliable and much improved experience of others like myself can't be seen by you. Note that I can't duplicate this experience at work where I have a slower connection. I get frequent server disconnects. -- -= Allie Martin =- The Bat! v3.5 System Specs: http://www.landscreek.net/sysspecs.htm -=-=- Positive: Mistaken at the top of one's voice. Current beta is (none) | '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/
Re: IMAP in 3.5
On Sunday, May 15, 2005 at 11:28:46 AM [GMT -0500], Gleason Pace wrote: I'm currently using 10 concurrent connections. Do you really get a better performance with 10 as opposed to 4 or even 2 connections? Just curious. I leave mine open all the time. Seems that is the best way to stay aware of what is going on. I do check mail every 5 minutes. I've been experiencing reliable operations here for 48 hours going. No forced restarts or AV's. This is truly remarkable and unprecedented since I started using IMAP and TB! Mulberry is not even close, I think. With non-protocol specific features, TB! is definitely better by a long margin. However, Mulberry does do some things better, IMO. This is why I find it so easy to use Mulberry at the office. I really like both applications since they are special in their own ways. Primitive html, Agreed. no notes attached to messages. Primitive message editor. I like Mulberry's editor. I'm not sure why you call it primitive. :) The spell checker is great. I didn't think I'd find a spellchecker as good as TB!'s in another editor. It is true that Mulberry has the most trouble free and complete imap implementation available. For an IMAP user, this comes first and *always*. Until TB!'s IMAP started working for me, all its other nice features became useless. I couldn't get to them. In fact, though TB!'s IMAP works well at home here, I know it's because I have a lot of bandwidth to overwhelm any problems I'd still have using a slower connection. Mulberry overtakes TB! here since I get to read/filter and do simple mail management efficiently at work. What's the use of message labelling if I can't get at the messages to label them in the first place? :) They started out as imap only and added pop later rather than the other way around. But the address book is not integrated well enough. And many other little nice to have features are not there. True. But as long as their IMAP protocol implementation remains as stellar as it currently is, there'll always be the faithful users, since you have a weak client without the *foundations* of a solidly implemented protocol behind it. RIT know this and seem to be working at it as evidenced by their progress. However, there's still work to be done yet. I'm still using Mulberry while preferring TB! for so many other reasons. :) -- -= Allie Martin =- The Bat! v3.5 System Specs: http://www.landscreek.net/sysspecs.htm -=-=- On a scale of 1 to 10, 4 is about 7. Current beta is (none) | '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/
Re: IMAP in 3.5
Hi Allie, On Sun, 15 May 2005 16:16:58 -0500 UTC (5/15/2005, 4:16 PM -0500 UTC my time), Allie Martin wrote: A I've been experiencing reliable operations here for 48 hours going. No A forced restarts or AV's. This is truly remarkable and unprecedented A since I started using IMAP and TB! Same experience here, except given the occasion not being able to read message bodies, and I have solved the jumping message list by turning off when on line, refresh folders every x minutes Doing this still refreshes the inbox without the jumping, which leads to some messages not being loaded. So this is pretty much solved. Otherwise, my mail operation with TB!, on all levels, has been most pleasant. :) big snip here A However, there's still work to be done yet. yes, some more fine tuning, and adding NAMESPACE and ACLs. -- Gary Current beta is (none) | '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/
Re[2]: IMAP in 3.5
Allie, I'm currently using 10 concurrent connections. Do you really get a better performance with 10 as opposed to 4 or even 2 connections? Just curious. A periodic mail check for me is 4 pops and synchronizing 3 of my imap folders. With 10 connections, this is normally done in less than a second. With 5 connections, this will take 2 or 3 seconds. However, if you have only two servers to check, you could very well get the same top performance with 2 connections. I've been experiencing reliable operations here for 48 hours going. No forced restarts or AV's. This is truly remarkable and unprecedented since I started using IMAP and TB! No restarts for me either. I have not been having the AV problems that others have. no notes attached to messages. Primitive message editor. I like Mulberry's editor. I'm not sure why you call it primitive. :) Let's see, TB has 26 buttons on the html formatting toolbar. Mulberry has 9. Also many more buttons in the main tool bar and more menu options. Plus TB offers a choice of three different editors. No other email software that I have looked at has more than one. It is true that Mulberry has the most trouble free and complete imap implementation available. For an IMAP user, this comes first and *always*. This is true for me too. Until RIT started to get the task manager bottleneck worked out, TB was unusable for me. -- Gleason Using The Bat! v3.5 on Windows XP 5.1 Build 2600 Service Pack 2 Primarily using the Fastmail IMAP server which uses Cyrus. Current beta is (none) | '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/
Re: IMAP in 3.5
On Sunday, May 15, 2005 at 6:27:34 PM [GMT -0500], Gleason Pace wrote: A periodic mail check for me is 4 pops and synchronizing 3 of my imap folders. With 10 connections, this is normally done in less than a second. With 5 connections, this will take 2 or 3 seconds. However, if you have only two servers to check, you could very well get the same top performance with 2 connections. I always thought this multiple connections support was that for a single server and not connections to distribute among multiple separate IMAP servers. Let's see, TB has 26 buttons on the html formatting toolbar. Mulberry has 9. Also many more buttons in the main tool bar and more menu options. Plus TB offers a choice of three different editors. No other email software that I have looked at has more than one. I see. Though I don't agree with it, I do now understand your reasoning. -- -= Allie Martin =- The Bat! v3.5 System Specs: http://www.landscreek.net/sysspecs.htm -=-=- All the easy problems have been solved. Current beta is (none) | '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/
