We have few users who are showing up in admin client with ZERO quota (I think migration would have caused that to another server).
Is there a way to check somewhere what was their quota initially for the mail files.
Subject: I don’t think so, but…
-
I don’t see that info in Catalog, which was my first guess. * You could try doing a restore from backup. (Put it somewhere that it won’t replciate with the current one) and see if you can get it from there.
-
My next would be to ask if there is a standardized quota based on job description/org chart.
-
My final suggestion is to set the quota slightly above the current size (round up to the nearest 50MB). Many users leave their mailfiles very close to quota, so it might be accurate. If it shoudl be bigger, the user will call you when they hit it…and you can ask for documentation/justification for the size. If it should be bigger and they don’t call you, then you’ve saved some server space.
Subject: Re: Problem with this
- We have several users with zero quota value so restore can’t be an option.2. We do have a standard quota for organization but there are many users who had requested for a quota increase.
Subject: several options
I provided several options in my previous response. Zero quota doesn’t mean restore isn’t an option. If you can restore it (to somewhere that doesn’t replicate), and if you can see the quota setting on restored dbs, then you’ll see OR . If you see zero, then you know if was Zero.
It sounds like what you’re really lacking is a documented quota exception process. then you’d be able to look back over those records and see who had requested differently.
I fall back on my final suggestion: set the quota and wait for people to prove to you that they had an exception. Start documenting your exceptions from there.