|Subject:||Re: [maildropl] Maildrop and Filesystem quotas..|
|From:||Jay Lee (jl...@pbu.edu)|
|Date:||Nov 29, 2007 5:18:50 am|
On 11/29/07, Nathan Frankish <nf+cour...@our-lan.com> wrote:
So within my setup there is both file system quotas, and individual mail quotas (from mysql). The mail quotas, maildrop handles fine and returns a reasonal message when the account has hit the end. However when the file system quota runs out, all it gets back is unable to deliver to mailbox..
Why both? Is the FS quota per user or for a group of users / domain? FS quota are hard, they are in no way flexible. The error the kernel returns when a program tries to write past a quota is pretty much the same thing as trying to write to a disk that is full. AFAIK, it's not easy to determine how much space a FS quota has left or gracefully recover when the quota is hit. All of these reasons are why Courier has soft quotas to begin with. But of course, soft quotas aren't as strict as some admins prefer, each has their positives and negatives. What if you set the FS quota say 5% higher than the soft quota? Then users would get the graceful warnings of the soft quota (see the maildrop -w option) and if they squeeze their way past the soft quota, they hit the hard FS quota...
My understand was that the filesystem would have obviously told maildrop
that it cant write antyhing, and more then likely said that its out of quota.. but maildrop either ignores that information, or isnt setup to recieve it properly.. Im just wondering what else i can do, short of making a maildropfilter that checks it first, to make it play nice with the file system and return a decent error if it is unable to deliver due to file system quota exhausted..
Thanks! Tony Earnshaw wrote:
Nathan Frankish skrev, on 29-11-2007 11:01:
During my testing of maildrop with file system quotas, i noticed that when the virtualuser was out of space (due to hitting a file system quota) that the error message returned was quite ambiguous
Nov 29 09:44:23 leela postfix/pipe: 3FFF78ADD6: to=<us...@domain.com>, relay=maildrop, delay=26, delays=23/1/0/1.5, dsn=4.3.0, status=deferred (temporary failure. Command output: maildrop: error writing to mailbox. /usr/bin/maildrop: Unable to deliver to mailbox. )
Im wondering if that error is displayed instead of a simple quota reached issue or something due to not being able to make a dotlock file or something simular, but i really have no clue.. Any suggestions on how to make it return a decent error that wouldnt be confusing if the email eventually bounced?
What does maildirsize (file) in the user's Maildir say about the quota when that happens? It sounds like maildrop isn't getting the quota anywhere.
I use maildrop with LDAP and have my quotas there - maildrop gives a bounce back to Postfix (permission denied. Command output: maildrop: maildir over quota.). Postfix (bounce) then sends a bounce notice back to the sender. Besides which, that method is far more flexible: quotas can more easily be changed than by using file system quotas - we have frequently to increase quotas on our rigs.
------------------------------------------------------------------------- SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________ Courier-maildrop mailing list Cour...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/courier-maildrop
-- Jay Lee Network / Systems Administrator Information Technology Dept. Philadelphia Biblical University