On 5-6 at 17:55 Allie wrote:
Hello Allie
- check your temp folder for overload. TB! uses the temp folder when
downloading messages and an overloaded temp folder will slow it down.
This turned out to be the problem. I found a tmp folder I didn't knew
off, which contained 65000 bat*.tmp files.
Thursday, June 10, 2004, 10:43:07 PM, Allie wrote:
AM The Bayesit plugin directory should be in the TB! installation
AM directory. Have you tried moving that directory to another location
AM after exiting TB! and then restarting TB!?
Woho!
Not only is it not hogging CPU, but it is
Allister Jenks, [AJ] wrote:
Woho!
B-) ;-)
Not only is it not hogging CPU, but it is running *really* fast. I
had no idea TB! was this quick!
Oh yes, it is fast. I'm happy you can now experience one of the things
I enjoy about TB!.
Thankyou, thankyou, thankyou, thankyou, thankyou!
Saturday, June 12, 2004, 3:21:08 AM, rich wrote:
Woho! Not only is it not hogging CPU, but it is running
*really* fast. Thankyou, thankyou, thankyou, thankyou, thankyou!
rg Was that Process Explorer product the one that pulled you out of the
rg fire?
I guess it pretty much was. It
Thursday, June 10, 2004, 4:31:54 AM, Thomas wrote:
TF Hello Allister,
TF On Mon, 7 Jun 2004 19:32:37 +1200 GMT (07/06/2004, 14:32 +0700 GMT),
TF Allister Jenks wrote:
AJ Done. Problem remains. :-(
TF Too bad. Does it happen only when purgingcompressing on exit, or
TF also when you do it
Thursday, June 10, 2004, 6:18:38 PM, Allister wrote:
AJ Thursday, June 10, 2004, 4:31:54 AM, Thomas wrote:
TF Hello Allister,
TF On Mon, 7 Jun 2004 19:32:37 +1200 GMT (07/06/2004, 14:32 +0700 GMT),
TF Allister Jenks wrote:
AJ Done. Problem remains. :-(
TF Too bad. Does it happen only when
Allister Jenks, [AJ] wrote:
That last line worries me. I tried to uninstall BayesIt recently
because I am not using it. TB! basically hung when I tried to quit
the plugins window and after restarting BayesIt was back.
Seems like the Bayesit plugin is the culprit.
The Bayesit plugin directory
Hello Allister,
On Mon, 7 Jun 2004 19:32:37 +1200 GMT (07/06/2004, 14:32 +0700 GMT),
Allister Jenks wrote:
AJ Done. Problem remains. :-(
Too bad. Does it happen only when purgingcompressing on exit, or
also when you do it manually?
--
Cheers,
Thomas.
Moderator der deutschen The Bat!
Hello Simon,
On Mon, 7 Jun 2004 08:49:17 +0200 GMT (07/06/2004, 13:49 +0700 GMT),
Simon Mikkelsen wrote:
- folder compression, especially for the Inbox and Outbox.
I noticed that TB runs faster after a defrag.
SM It's not long ago I ran Norton Speeddisk (a defragger). But during
SM the peaks
On 6-6 at 17:47 Thomas wrote:
Hello Thomas
- folder compression, especially for the Inbox and Outbox.
SM I've run the compleate maintenence on all folders in all accounts - it
SM only recovered some disc space, but did nothing to the CPU problems.
I noticed that TB runs faster after a
sat. 5-6 at 17:55 Allie wrote:
Things that come to mind and are worth checking:
- folder compression, especially for the Inbox and Outbox.
I've run the compleate maintenence on all folders in all accounts - it
only recovered some disc space, but did nothing to the CPU problems.
- plugin
Sunday, June 6, 2004, 3:42:55 PM, Thomas wrote:
AM - a mailbase that is problematic will have TB! spending an
AM inordinately long time with it.
AJ This is my current favourite. Despite my comments above, I originally
AJ suspected the account I subsequently repaired. Maybe TB! is doing
AJ
Dear Arjan,
@6-Jun-2004, 02:29 +0200 (06-Jun 01:29 UK time) Arjan de Groot [ADG]
in mid:[EMAIL PROTECTED] said:
The compression/purge used to run very slowly for my first account
until I repaired it. Now that TB! has thrown away about 3/4 of my
inbox in the repair process, the whole
sat. 5-6 at 17:55 Allie wrote:
Things that come to mind and are worth checking:
- folder compression, especially for the Inbox and Outbox.
I've run the compleate maintenence on all folders in all accounts - it
only recovered some disc space, but did nothing to the CPU problems.
- plugin
Hello Simon,
On Sun, 6 Jun 2004 16:21:11 +0200 GMT (06/06/2004, 21:21 +0700 GMT),
Simon Mikkelsen wrote:
- folder compression, especially for the Inbox and Outbox.
SM I've run the compleate maintenence on all folders in all accounts - it
SM only recovered some disc space, but did nothing to
Simon Mikkelsen, [SM] wrote:
Check list all coming up with nil snipped.
SM I think it is a regular bug, and not just the usual errors in the
SM mailbox files. The problem has existed from I ran 2.11 the first
SM time, and I have never had any problems with 2.x. It would be too
SM much of a
Saturday, June 5, 2004, 9:49:36 AM, Allister wrote:
AJ Saturday, June 5, 2004, 5:06:56 AM, Simon wrote:
SM ...the CPU usage goes to 100%...
SM ...and I have to kill TheBat from the Windows task manager.
AJ OK, attention all! How many times has this basic symptom been reported
AJ now? I had a
Hello Allister,
On Sat, 5 Jun 2004 22:41:37 +1200 GMT (05/06/2004, 17:41 +0700 GMT),
Allister Jenks wrote:
SM ...the CPU usage goes to 100%...
SM ...and I have to kill TheBat from the Windows task manager.
AJ OK, attention all! How many times has this basic symptom been reported
AJ now? I had
Thomas Fernandez, [TF] wrote:
TF That's not true. I keep campaigning against the memory leaks, but
TF mostly on TBBETA, I admit. I am not sure whether your bug is the
TF same memory leak that leads to sudden crashes or not.
It's not. He describes TB! not properly shutting down while doing a
Sat. d. 5-6 at 14:04 Allie Martin [AM] wrote:
AM Thomas Fernandez, [TF] wrote:
TF That's not true. I keep campaigning against the memory leaks, but
TF mostly on TBBETA, I admit. I am not sure whether your bug is the
TF same memory leak that leads to sudden crashes or not.
AM It's not. He
Simon Mikkelsen, [SM] wrote:
SM It is only some tasks which makes it use the abnormal amount of
SM resources. Some of those tasks are:
SM *Fetching mail
SM *Saving an e-mail using CTRL+S (e.g. the one I'm writing now)
SM *Applying the NOT spam-feature to a mail
SM *Using the internal backup
First of all, Thomas, Rich, Allie, Simon, thanks for the useful
feedback. There are a few things I can look at now. This is precisely
my beef with the Bug report - no feedback of any kind.
Sunday, June 6, 2004, 3:55:48 AM, Allie wrote:
AM Interesting. I've never really ever had a problem with
Allister Jenks, [AJ] wrote:
AJ The compression/purge used to run very slowly for my first account until
AJ I repaired it. Now that TB! has thrown away about 3/4 of my inbox in
AJ the repair process, the whole compression/purge is a lot more timely.
AJ You win some, you lose some. :-(
This is
On Sun, 6 Jun 2004 09:08:18 +1200, Allister Jenks wrote:
The compression/purge used to run very slowly for my first account
until I repaired it. Now that TB! has thrown away about 3/4 of my
inbox in the repair process, the whole compression/purge is a lot
more timely. You win some, you lose
Hello Allister,
On Sun, 6 Jun 2004 09:08:18 +1200 GMT (06/06/2004, 04:08 +0700 GMT),
Allister Jenks wrote:
AM - a mailbase that is problematic will have TB! spending an
AM inordinately long time with it.
AJ This is my current favourite. Despite my comments above, I originally
AJ suspected the
Hello rich,
On Sat, 5 Jun 2004 14:12:23 -0400 GMT (06/06/2004, 01:12 +0700 GMT),
rich gregory wrote:
I keep campaigning against the memory leaks
rg I am using FreeRam XP Pro to keep memory leaks in check. It is not a
rg perfect solution but (on my Win98se PCs) it has helped considerably to
rg
On Friday, June 4, 2004, 1:06:56 PM, Simon Mikkelsen [EMAIL PROTECTED] wrote:
SM Today I upgraded TheBat from v 2.10 to 2.11 by installing on top of
SM the old 2.10. Every time I run TheBat 2.11, the CPU usage goes to
SM 100%, except when TheBat is using the disk a lot.
SM I've tried to remove
Saturday, June 5, 2004, 5:06:56 AM, Simon wrote:
SM ...the CPU usage goes to 100%...
SM ...and I have to kill TheBat from the Windows task manager.
OK, attention all! How many times has this basic symptom been reported
now? I had a bit of a rant on here recently about getting my bug report
28 matches
Mail list logo