I have been using Pegasus for a very long time (and made multiple contributions to the author) and have accumulated many emails. I have set Pegasus to filter certain emails into folders every time I get new mail. This operation has gotten slower and slower with time. Even manually moving emails into folders has gotten excruciatingly slow (e.g. can take 20 minutes for 200 emails). In the past I have tried to manage emails by making archive subdirectory and manually moving old messages into folders in the subdirectory so that the currently-used folders are not too big. I haven't done this recently, and some folders contain 3000 messages.
1. What is the likely cause of the slowdown?
2. How big is "way too big" for a folder?
3. I am using Pegasus 4.52 on a Vista machine. I don't recall having this
problem before Vista, so could this is a Vista or computer issue? If so what?
4. Assuming this is a mail management issue, what are some good strategies for managing large quantities of mail in Pegasus?
I have made an effort to search the forum for others with similar issues and haven't quite seen it.
(later) I have tried some tactics.
1. I uninstalled my virus program and disabled everything in startup via msconfig to see if the problem was caused by interference from another program. No change in behavior.
2. I copied my entire Pegasus setup to an older XP machine. No change of behavior. So the problem is not Vista-specific.
3. I moved the larger mail folders to an archive directory, and created new folders in the original location, and edited the filter rules to point to the new (empty) folders. I also deleted empty space and reindexed some folders. Unfortunately I lost my scientific discipline by trying too many tactics at once, so even though behavior is improved, now I'm not sure why.
My guess is Pegasus doesn't do well moving messages to folders with 3000 messages. I would very much to know other people's experience with the size of message folders.
<p>I have been using Pegasus for a very long time (and made multiple contributions to the author) and have accumulated many emails. I have set Pegasus to filter certain emails into folders every time I get new mail. This operation has gotten slower and slower with time. Even manually moving emails into folders has gotten excruciatingly slow (e.g. can take 20 minutes for 200 emails). In the past I have tried to manage emails by making archive subdirectory and manually moving old messages into folders in the subdirectory so that the currently-used folders are not too big. I haven't done this recently, and some folders contain 3000 messages.</p><p>1. What is the likely cause of the slowdown?</p><p>2. How big is "way too big" for a folder?</p><p>3.&nbsp; I am using Pegasus 4.52 on a Vista machine. I don't recall having this
problem before Vista, so could this is a Vista or computer issue? If so what?
</p><p>4. Assuming this is a mail management issue, what are some good strategies for managing large quantities of mail in Pegasus? </p><p>&nbsp;I have made an effort to search the forum for others with similar issues and haven't quite seen it. </p><p>(later) I have tried some tactics.</p><p>1. I uninstalled my virus program and disabled everything in startup via msconfig to see if&nbsp; the problem was caused by interference from another program. No change in behavior.
</p><p>2. I copied my entire Pegasus setup to an older XP machine. No change of behavior.&nbsp; So the problem is not Vista-specific.</p><p>3. I moved the larger mail folders to an archive directory, and created new folders in the original location, and edited the filter rules to point to the new (empty) folders.&nbsp; I also deleted empty space and reindexed some folders. Unfortunately I lost my scientific discipline by trying too many tactics at once, so even though behavior is improved, now I'm not sure why.</p><p>My guess is Pegasus doesn't do well moving messages to folders with 3000 messages. I would very much to know other people's experience with the size of message folders.
</p><p>&nbsp;</p><p>&nbsp;</p><p>&nbsp;</p>