On 04/30/2013 11:19 AM, Ken Dibble wrote:
At 10:55 AM 4/30/2013 -0500, you wrote:
The administrator of the mail server has the authority to set email quotas on a per user basis. In my system, which runs Fedora, Postfix, Dbmail, and PostgreSQL, setting the quota to 0 allows a user to have an unlimited amount of space on the mail server for emails. Otherwise, quotas on each user account is set to some reasonable amount of server disk space.

Once a user hits his quota limit, the user is required to clean up his emails in order to continue using his email account on the mail server. You might talk to your administrator to see if he/she would remove quotas on your email account(s) by setting them to zero, or raise the quota limit on the account(s) over quota.

I have administrative access to set quotas; I can use CPanel to do that for my domain. I do set quotas on most accounts as we have limited space, for each megabyte of which we have to pay. It is better to cause one mailbox to overflow than to potentially flood the entire domain space allocation and bring all email access to a screaming halt.

I know when an account goes over quota, when a user informs me his account isn't working, and I check his quota status, and see its over limit. I then ask the user to clean up his emails to free up disk space, or in some situations, I up that users quota. Some accounts are set to unlimited emails.

Do you know exactly the account(s) causing the problem?



Several accounts are departmental; intended for access by all department members. Therefore they have to be set to retain email on the server for some number of days to ensure that all users can download them. Other accounts are used by the same person on multiple clients at multiple locations; all but one of those locations must retain email for some number of days.

OK.  That sounds fine.



In that particular scenario (single user, multiple locations), webmail could be used, but I have yet to see a webmail interface that isn't slow, clunky, and somewhat error-ridden, even when used on a high-bandwidth service. Fat-client email applications are just faster, more flexible, and more reliable.

Yes, a html email client like Squirrelmail or gmail is usually slower than a gui like Thunderbird running on the desktop, as the html email client refreshed over the internet, but that's not your problem. Nothing slows down an email server faster than a system without quotas that receives heavy traffic, much of which is span, and allows accounts with millions of emails. LOL.

Regards,

LelandJ




Thanks.

Ken Dibble
www.stic-cil.org

[excessive quoting removed by server]

_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/[email protected]
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

Reply via email to