>>> I am experiencing a curious problem. Over the last couple weeks, some >>> of my e-mail folders have gotten very sluggish. Clicking on old or >>> new mail in these folders takes a few seconds to respond (the response >>> used to be instant) and deleting mail takes a few more seconds (it >>> also used to be instant).
>>> Compressing the folders doesn't help and my hard disk has almost no >>> fragmentation. According to Maintenance Centre, no folders are >>> damaged. The problem folders are small -- fewer than 1,000 messages >>> and the messages.tbb files are less than than 10MB. Interestingly, >>> folders with more than 7,000 messages and messages.tbb files of nearly >>> 2GB are still lightning fast. >>> Is anyone else experiencing this problem? Any solutions? RvdH>> Have you tried to the messages to a new folder and see how the speed RvdH>> of that new folder then is? RvdH>> It may be corruption in the folder file. RvdH>> And do you have messages with large attachments in the folder ? C2> I tried copying or moving the messages to new temporary folders, C2> deleting the old messages.tbb and .tbi files, and copying or moving C2> the messages back. The temporary folders containing copied messages C2> also experienced the lag for the short time the messages were there. C2> New, empty folders do not experience the lag when new messages are C2> sorted into them. C2> Interestingly, using the "move" function bogged down my system for C2> hours for each folder, and I noticed in Windows Task Manager a C2> svchost.exe process gobbling up all of my CPU resources during the C2> move. It's like a bigger version of the lag problem. C2> Some of the problem folders contain modest-sized attachments, but most C2> are mail list folders with 100 to 1,500 small, plain-text messages. I C2> have other folders with many large attachments, up to 10,000 messages C2> and up to 2GB of data that do not experience this problem. C2> The only common thread I can see among the problem folders is that the C2> problem folders have more message deletions than the non-problem C2> folders. And they all started acting up within a week or so of each C2> other. Although I've had largely the same folder structure and C2> sorting office filters for years, the problem has arisen only recently C2> and since upgrading from version 2 to version 4. If I had to guess, I C2> would say that the compression and move functions (are they related?) C2> in version 4 are handling the the messages.tbb and .tbi files a bit C2> differently. But without confirmation of this problem from others, I C2> cannot conclude this. Sorry for not trimming the old messages, but I wanted to keep some of the background discussion for those not familiar with my problem. Well, the problem does remain, but here are some observations that might help identify the cause. After rebooting, the afflicted folders are as speedy as ever. However, after reviewing and deleting a half dozen or so new messages, the afflicted folders bog down again. I can't be sure, but it seems like when I come to a few new messages that contain links that try to access the Internet through the URL Manager, that's when the problems start. Could this be a URL Manager issue? Is there a way to test this? -- Code 2 :canadaflag: mailto:[EMAIL PROTECTED] The Bat! version 4.0.24 on Windows XP Service Pack 3 In a Tacoma, Washington men's clothing store: 15 men's wool suits - $100 - They won't last an hour! ________________________________________________ Current version is 4.0.24.0 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html