[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Mail : quota or not quota ? and how to ?



On Thu, 17 Feb 2005, martin f krafft wrote:

also sprach Robert Brockway <rbrockway@opentrend.net> [2005.02.17.1632 +0100]:
If a disk fills mail will tmpfail so a user don't lose mail if
another user fills the disk, as long as it is cleaned in
a reasonable amount of time.  OTOH, a full disk will precent the
sending of mail.  Many MUAs (mail user agents) only point this out
after you've tried to send.

A quota causes the write to fail; mails will bounce, at least when
procmail is being used.

It always works like this regardless of whether procmail is in use, but my point is that the MUA typically only checks at send time so a user can spend a lot of time writing an email only discover that it is going to fail at send time. The MUA may not deal with this will either - the email may be lost.

2. How to implement quota the best way (and the easy way on Debian) ?

The xfs filesystem is often considered to have a superior quota system to
other filesystems on Linux.

How so?

I knew I'd get a bite on this one ;)

A few problems have been seen. I've read ext2/3 developers & power users reporting quota integrity issues on busy filesystems and following crashes.

Here is an email indicating a deadlock in the Linux quota system (for ext2/3/reiserfs) in recent kernels too. Remember that xfs uses different quota code to the other filesystems:

http://www.mail-archive.com/reiserfs-list@namesys.com/msg16486.html

Bear in mind really busy sites are far more likely to trigger these sorts of issues.

Rob

--
Robert Brockway B.Sc.
Senior Technical Consultant, OpenTrend Solutions Ltd.
Phone: 416-669-3073 Email: rbrockway@opentrend.net http://www.opentrend.net
OpenTrend Solutions: Reliable, secure solutions to real world problems.
Contributing Member of Software in the Public Interest (http://www.spi-inc.org)



Reply to: