Re: [Courier-imap] Wrong quota display
Sam: 2008/3/4, Sam Varshavchik [EMAIL PROTECTED]: Luis Hernán Otegui writes: Sometimes, when a user logs in, the webmail displays a space usage of, say, 90%, which is the real disk usage of the user. If the user deletes any mail (no matter the size), his quota usage drops violently to, say, 22%. This leads the user to the false security of having enough space on disc as to keep receiving mail, when he's really close to fill up his disc quota. I'm currently giving 500 MB to each user, so it's clearly not a problem of the quota being too little. The quota reported by Courier-IMAP is not disk quota, but rather the calculated soft quota that's manually tracked by Courier-IMAP, which may not be anywhere the actual disk usage quota, for a variety of reasons, such as the contents of the Trash folder. If you want to use Courier-IMAP's soft quotas, you cannot also use a hard, kernel-based disk quota. For that matter, you should not be using filesystem quotas with Courier-IMAP at all, for various reasons, and use Courier-IMAP's soft quotas exclusively. I think I've mis-explained the issue. I'm actually using soft quotas, enforced by Postfix with its VDA patch, not filesystem quotas. What I ment when I mentioned the percentages are merely cyphers which I've calculated by hand, to check against the web-supplied quota values. Sorry for the confusion. I'll check the trash folder usage for those users. However, I can't understand the sudden drop and posterior rise of the soft-quota usage. If you could clarify this issue, I'll be very thankful. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap Thanks, Luis -- - GNU-GPL: May The Source Be With You... Linux Registered User #448382. When I grow up, I wanna be like Theo... - - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
Re: [Courier-imap] Wrong quota display
Luis Hernán Otegui wrote: Sam: 2008/3/4, Sam Varshavchik [EMAIL PROTECTED]: Luis Hernán Otegui writes: Sometimes, when a user logs in, the webmail displays a space usage of, say, 90%, which is the real disk usage of the user. If the user deletes any mail (no matter the size), his quota usage drops violently to, say, 22%. This leads the user to the false security of having enough space on disc as to keep receiving mail, when he's really close to fill up his disc quota. I'm currently giving 500 MB to each user, so it's clearly not a problem of the quota being too little. The quota reported by Courier-IMAP is not disk quota, but rather the calculated soft quota that's manually tracked by Courier-IMAP, which may not be anywhere the actual disk usage quota, for a variety of reasons, such as the contents of the Trash folder. If you want to use Courier-IMAP's soft quotas, you cannot also use a hard, kernel-based disk quota. For that matter, you should not be using filesystem quotas with Courier-IMAP at all, for various reasons, and use Courier-IMAP's soft quotas exclusively. I think I've mis-explained the issue. I'm actually using soft quotas, enforced by Postfix with its VDA patch, not filesystem quotas. What I ment when I mentioned the percentages are merely cyphers which I've calculated by hand, to check against the web-supplied quota values. Sorry for the confusion. I'll check the trash folder usage for those users. However, I can't understand the sudden drop and posterior rise of the soft-quota usage. If you could clarify this issue, I'll be very thankful. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap Hi! Counting of quota depends if you compile package with or without trash quota. If you compile without trash quota, you should remove all emails automatically every some time. Regards, Krystian - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
Re: [Courier-imap] Wrong quota display
I think I've mis-explained the issue. I'm actually using soft quotas, enforced by Postfix with its VDA patch, not filesystem quotas. What I ment when I mentioned the percentages are merely cyphers which I've calculated by hand, to check against the web-supplied quota values. A VDA. my thoughts : Maildrop provides Postfix with a Maildir++ softquota-compatible way to deliver mail into user's mailboxes. Instead of using maildrop, many people use the Postfix VDA patch instead. This patch hacks the Postfix virtual delivery agent to (supposedly) support Maildir++ softquotas. However I would strongly recommend you don't use that patch! The doco etc for the patch makes it sounds like it does everything you need. However when you actually inspect the code it is a total debacle zone. There are numerous logic errors - the patch fails to follow the Maildir++ specs, and will cause a ridiculous amount of needless load on your server. Maildrop does everything correctly, doesn't require the Postfix source code to be patched ( which is good for Postfix's security/reliability ), and gives additional features like quota warnings. Maildrop also has the huge bonus of being from the same author as Courier-imap/pop3d/sqwebmail so you are guaranteed excellent interoperability between all your tools that touch the Maildir Michael. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
