Connect. Communicate. Collaborate. Securely.

Home » Kerio User Forums » Kerio Connect » Mail Server Storage Management (Best practices for maintaining storage on mail server.)
  •  
ShaneLG

Messages: 6
Karma: 0
Send a private message to this user
Hello,

Our mail server is getting pretty full, it's at about 91% capacity. What are the best practices as far as storage management goes? I want to implement a policy to delete user's emails over "x" amount of years. I know this can be accomplished through Kerio Admin interface. Just curious to see what everyone else is doing?

Is there anyway to enforce a policy to delete user's emails over "x" amount of years but exclude a few users? The problem for me is my CEO wants to keep all of his emails from forever ago.. What would be the best way to delete everyone's older emails but not touching his emails? Could I just have him store them onto a .PST file and just store that file somewhere else?

Any input would be appreciated, just want to bounce ideas off people who have tried to do the same thing.
  •  
zebby

Messages: 112
Karma: 4
Send a private message to this user
Hi

You can set a domain wide policy to delete items after x number of days but also then override this at user level if you have, let's be honest, (usually) senior managers who must have that email from 15 years ago. From someone who doesn't work for that company anymore. Who then retired. Who then died. But if they do reach out from the grave they will still have the original email thread.

We use MailStore to archive users mail then delete everything from Kerio after 1 year.
We keep mail in MailStore for 5 years, possibly over kill but our insurance comapny is happy with this as contracts get transferred using email.

All of our users are on Outlook so this keeps Outlook pretty trim. Searching mail in Outlook with Kerio is, even with just one year of mail, above and beyond piss poor where as in MailStore it is blisteringly quick.




  •  
ShaneLG

Messages: 6
Karma: 0
Send a private message to this user
I will have to look into MailStore, sounds like something we could benefit from.

Question: You said I could set a Domain wide policy and override it at a user level.. How would I go about overriding it at a user level? I know how to set Domain policy for messages just unsure how you override that on a per user basis? Could you elaborate?
  •  
PPG

Messages: 85
Karma: 4
Send a private message to this user
ShaneLG wrote on Wed, 04 July 2018 01:48
I will have to look into MailStore, sounds like something we could benefit from.

Question: You said I could set a Domain wide policy and override it at a user level.. How would I go about overriding it at a user level? I know how to set Domain policy for messages just unsure how you override that on a per user basis? Could you elaborate?


Please look here, it will answer your questions:
https://manuals.gfi.com/en/kerio/connect/content/server-conf iguration/accounts/maintaining-user-accounts-in-kerio-connec t-1179.html
  •  
Maerad

Messages: 192
Karma: 38
Send a private message to this user
Honestly - in todays age storage is cheap as fuck, so just tell your CEO that the space runs low and you need to upgrade the storage. Not bad to change the disks from time to time anyway. If he declines, tell him about the autodelete etc.

Btw. about the automatic delete - don't keep this at an IT level - this is also a big organization change and you will need every Department with you in this. Check your workflow with them. Do you archive all important mails in a separate program like an ERP System? If not, can you? This way only the important stuff would be kept and you can safely enable a delete rule. Then you can select a group of ppl without deleting rules.

For legal reasons, I would enable the Kerio Archive function and save all mails with it, at least for the archiving time given by law (10 years in germany).

This way you can rebuild in a worst case scenario. And this archive can be saved on another harddrive/disk/whatever.
  •  
zebby

Messages: 112
Karma: 4
Send a private message to this user
Maerad wrote on Thu, 05 July 2018 11:28
Honestly - in todays age storage is cheap as fuck

True, but Kerio + Outlook + large mailboxes = as slow as fuck.
  •  
Maerad

Messages: 192
Karma: 38
Send a private message to this user
zebby wrote on Thu, 05 July 2018 13:21
Maerad wrote on Thu, 05 July 2018 11:28
Honestly - in todays age storage is cheap as fuck

True, but Kerio + Outlook + large mailboxes = as slow as fuck.


Depends on the hardware I guess. We use a terminal server and I configured (even made a how to thread here) it in a way, that the KOFF Cache per User is created on a single SSD in the server with enough space for the mailboxes. It's fast as hell even with 35 users. Had it on the TS Raid 10 (with 6 SAS HDD) too and the performance was ok, but the search took a bit longer.

Even with a local PC (got 40k mails in my box) and a usual SATA 7200 rpm I had no real problems with it. Even our remote workers with laptops and the usual 5k rpm disks have no problem with it. Guess it's important that you config KOFF in a way, that it wont cache every mail but only the past year or two. Usually you wont need more and the index is for all mails - they are just saved remotely.

Maybe the Kerio Client itself makes more I/O load on the server, but below 100 users you might be ok with a simple raid 10 and SAS. For more I would use SSD or even M.2. Well, not the server SSD, those are way more expensive and last not much longer. Admin friend of mine tried 850 Pro vs. Samsungs PM863a or SM863a Server HDD. Both used in 2 different raid arrays with the same I/O. They check them once per year (since 2015 I believe) how the wear is and both had no problems so far. So IMHO with a raid you can easily use any "Pro" SSD and don't really need a server SSD IF you are on a budget at least.
Previous Topic: kerio to exchange copy
Next Topic: Users with Editor privilege can delete shared calendar
Goto Forum:
  


Disclaimer:
Kerio discussion forums are intended for open communication between forum members and may contain information and material posted by members which may be useful in learning about Kerio products. The discussion forums are not intended to provide technical support for any specific product. Any information implied or expressed in the discussion forums is that of the posting member. Kerio is in no way responsible for the information posted in the forums, or its accuracy. Kerio employees may participate in the discussions, but their postings do not represent an offical position of the company on any issues raised or discussed. Kerio reserves the right to monitor and maintain the forums to promote free and accurate exchange of information.

Current Time: Wed Sep 26 06:44:20 CEST 2018

Total time taken to generate the page: 0.73340 seconds
.:: Contact :: Home ::.
Powered by: FUDforum 3.0.4.