flyguy wrote:
Daniel wrote:
flyguy wrote:
Phillip Jones wrote:
flyguy wrote:
My wife has some folders with 5000-7000 messages, which take a long
time
to compact, even though it's a dual core machine. Is there any way to
set a time for SM to do the compacting, so it doesn't block normal use
of the email?
Turn off auto Compacting Preferences (settings) Mail & news > Network/
Storage.
uncheck compact files when ....K can be saved.
then do the compacting manually. Since I did so I stopped a whole
lot of
issues.
I just checked, and that's the way it is set up, and I do manually
compact hers whenever I notice mine being compacted (it's set auto).
Hmmm. I now think she was having another problem that looked similar,
and it got misdiagnosed - recently, our ISP was getting really slow on
some mail accounts when a message of 2 or 3 mb was downloading, so that
was probably it.
I am disappointed I can't set a time, or that SM can't work around
normal email operations when compacting, but it's an infrequent
irritant.
Thanks for the suggestion - still the best idea.
Does your wife have all her mail in a single folder or has she broken
the mail up into yearly folder for different mail, e.g. I store all my
past mail in folders under the Local Folders as 2009_Family,
2008_Family, 2009_Work, 2008_Work, etc., etc..
Taking a closer look, I can see the biggest one is the Trash at ~7000
messages. That's with a 60 day retention period. The Inbox is only 200,
but at times gets closer to 1000; again, a 60 day retention policy. She
belongs to a number of busy sewing and quilting groups, which are
filtered to individual folders, but she deletes most of those messages,
so they don't build up.
As long as I remember to compact manually now and then when she's not at
her desk, then usually no complaints. This last one was probably due to
an ISP quirk, and not the compacting.
Why does anyone want to store (i.e. keep) anything in the Trash
folder...for one day let alone 60 days??
Make yourself/your Wife some extra folders to store the data in!!
Daniel
_______________________________________________
support-seamonkey mailing list
[email protected]
https://lists.mozilla.org/listinfo/support-seamonkey
