Get APLawrence.com by RSSFixing Large Kerio Mailboxes
2008/05/22
I bet you have customers who never delete anything out of their Inbox, or if they do, they never empty their deleted items folder. If they are using Outlook PST files, they will sooner or later reach the maximum file size possible and their mail will break (actually, with Outlook it will usually break before that). Sometimes you can fix it with SCANPST.EXE, sometimes you can't.
If you are using Imap or Kerio Outlook connector, you won't see quite the same problem. Kerio stores mail messages individually on the server, so you are never in danger of reaching file size limits - well, technically you still could because the directory itself could grow too large, but that would take an unimaginable number of messages.
Even so, having a lot of messages is a problem. It slows things down: if you have 40,000 messages in your INBOX, think about what happens at the system level when a new message arrives. That directory with 40K items already in it has to be scanned to find a free spot to stick the new entry. It takes time to scan a big directory; if you have dozens of users all with giant INBOX files, the arrival of new email can really slow the system down. That's just the OS: Kerio itself maintains indexes of the messages, and every new message requires adding to that ever growing index.
Note that there's nothing wrong with having large mail folders. It's having large mail folders that need to be accessed frequently (INBOX, Junk Mail, Deleted Items) that is the problem.
So what's the solution? Well, you could just drag and drop a bunch of messages into a new folder, and if you had been doing that regularly before you got up to tens of thousands of messages, that's fine. But once you get a very large directory, it stays large even when it becomes mostly empty - it still takes extra time to scan through it. So what to do?
With Kerio, the solution is pretty simple. Stop the mailserver. That's usually done with the Kerio Engine Monitor, though on Linux you can do it with "/etc/init.d/keriomailserver stop". Now rename the oversized directories to something else. You might rename INBOX as "Inbox200805", for example. Do the same for large Deleted Items and Junk mail folders. Restart the server; new mail will cause Kerio to automatically create any folders it needs (INBOX, etc.), but they will now be small and quickly scanned.
It's that easy, and it can really improve performance.
As with anything like this, be sure to have adequate backups before implementing this procedure.
Enter your email address for automatic notification of new posts here
(be sure to whitelist 'feedburner.com' if you use spam filtering)
| Views for this page | ||||
|---|---|---|---|---|
| Today | This Week | This Month | This Year | Overall |
| 10 | 32 | 167 | 2,732 | 2,732 |
Have you tried Searching this site?
Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates
This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.
Your ad here - $48.00 yearly!
larryi@ccamedical.com SCO OS5, Debian Linux, RedHat Linux, MySQL, Apache, AJAX development using dXport/dL4/Unibasic, Windows Connectivity, Sharing Resouces, Automation, Shell Scripting
UBB Computer Services Support for Openserver, Unixware and Linux. Windows integration with Unix/Linux servers. Hardware, Backup and Networking issues. Located near Sacramento CA, we provide onsite support throughout Northern CA and Nationwide via remote access. We are a SCO Authorized Partner and a Microlite BackupEdge Certified Reseller.
http://www.cleverminds.net Need expert advice? Want a second opinion? CleverMinds is a one-stop-shop for a wide range of technology solutions. We support Unix, Linux, SCO as well as CMS, ecom, blogs, podcasts, search engines consulting and more. Contact us at web2.0@cleverminds.net 0r (617) 894-1282
- Nov 18 20:41
I'll be out all day Wednesday the 19th, hard to reach even by phone. Leave a message and have patience. - Nov 18 10:07
What am I doing? Not doing what I WANT to be doing! Oh, well, in every life a little work must fall..
Related Posts
Tue May 27 16:23:46 2008: Subject: cenoxo
We have an executive user whose Outlook 2003 KOC mailbox is very slow (even when accessed from a fresh Outlook/KOC setup on another PC). This user insists upon 'filing' old messages in their Deleted Items folder, and it contains several thousand messages that they may open at any time.
If, as you suggest, we just rename their current Deleted Items folder as "Deleted Items200805" (and Kerio Mail Server creates a new, fresh "Deleted Items" folder for them), won't they just encounter the same slowdown whenever they access their old "Deleted Items200805" folder?
Tue May 27 16:26:04 2008: Subject: TonyLawrence
Yes, of course, but that folder won't be accessed every time they delete new messages. If you can keep doing this regularly, it should help.
Tue May 27 17:31:05 2008: Subject: cenoxo
We're using Kerio Mail Server 6.3.1 (patch 2 build 3474) with Kerio Outlook Connector 6.3.3474. I know these are older versions, but upgrading KMS is not currently an option.
Is there a general rule of thumb regarding the maximum number of messages a user should keep in their Inbox, Deleted Items, etc. folders? 500? 1000?
Would recreating the user's index.fld files in each of their mail folders -- by renaming index.fld to index.bad and letting Kerio rebuild them when the user reopens Outlook 2003 -- help speed things up?
Tue May 27 22:01:47 2008: Subject: TonyLawrence
I don't know why "upgrading is not an option" - that makes zero sense. Kerio upgrades are free if you are paying for support - and support is inexpensive.
I doubt rebuilding the index will help. A "too large" directory depends on the OS, filesystem and tuning parameters, but anything over a few thousand is getting toward it.
Tue May 27 22:46:30 2008: Subject: cenoxo
Well, not doing a KMS upgrade at this time makes plenty of sense from a tech support pov since it will affect all of our users in one way or another. Right now, the current problem under discussion needs to be solved asap for just one VIP user.
Although his Deleted Items folder contains several 1000 items, wouldn't Outlook/KOC _not_ slow down until his DI folder is opened? His InBox -- which contains less than 200 items -- is lethargic while scrolling, opening attachments, moving messages into other folders, etc.
Thanks for the help!
Wed May 28 09:34:40 2008: Subject: TonyLawrence
That's correct, yes.
But you are being very short-sighted on the updates.
Wed Jul 9 17:55:08 2008: Subject: cenoxo
>>...you are being very short-sighted...
T'won't be the first time -- I'm just playing the cards I've been dealt right now.
More questions --
>>Kerio itself maintains indexes of the messages, and every new message requires adding to that ever growing index.
So even if a user has pared their Inbox and Sent Items folders down to a few hundred messages, they could still experience slowdowns if their "Deleted Items" folder has a couple 1000 messages (because its index is hit every time they delete a message).
When you rename Kerio mail folders such as "Deleted Items", this should be done on the mail server in the user's Kerio mail store folders, correct? If I rename a user's existing "Deleted Items" folder to "Deleted Items 07092008", then Kerio recreates a new, empty "Deleted Items" folder the next time the user opens Outlook. Will they also see the renamed "Deleted Items 07092008" folder?
Why not do all this directly within Outlook? Couldn't you just move all of the files in the user's existing "Deleted Items" folder into a new "Deleted Items 07092008" folder?
Thanks.
Wed Jul 9 18:22:47 2008: Subject: TonyLawrence
Yes, I did mention Deleted Items.
The users can copy messages to a new folder, but that won't decrease the the number of directory slots.
Add your comments