[Dovecot] QUOTA support timeframe? (also -- folders in folders?)

[Gerald V. Livingston II]

On Sun, 03 Apr 2005 00:25:57 +0300 Timo Sirainen wrote:

> On Wed, 2005-03-30 at 03:44 -0600, Gerald V. Livingston II wrote:

> > I see it's been in the wishlist a while. Any possible timeframe for
> > getting it working, or maybe a patch (or is it too big a change) to
> > support it? 

> There's a plugin for 1.0-tests which almost works. Only thing left to do
> is to add the quota setting.. Hopefully today/tomorrow.

Thanks for the info. I'll grab and compile when it's in. I wonder if
someone is keeping a Debianized version of the tests sources up to date? I
have the Debian version of stable installed right now, be nice to be able
to track it with the package manager since I like to keep servers "clean"
of unneeded software.
 
> > Right now my test accounts have quotas, but they have no way to see
> > where they stand without IMAP++ QUOTA support.

> So you're using filesystem quota? You might run into problems with that
> since Dovecot doesn't handle out-of-quota situations too well..

> Also the quota plugin doesn't yet support asking filesystem quota.
> Shouldn't be a big job to add it though.

Not using filesystem quotas. Using Maildir quota support in postFix 2.15.
I don't see any way customers will be able to exceed quota as regular IMAP
access from outside will be disabled. they will only have POP3 access and
webmail (squirrelmail and IMP) access. No way to copy stuff into a folder
with those.

Postfix will start bouncing email sent to the customers with "Mailbox full"
errors if they exceed quota -- but they customers have no way to verify
Maildir size or percentage of quota used in the webmail interfaces so they
won't know they've hit quota until they get a phone call from Mom or Uncle
Joe telling them about the bounced mail.

I think the PostFix patch for quota does a stat() call n the user's inbox
so it doesn't report any "special files" in there that can't be stat()'ed.
All mail should be saved as regular files though so it catches the
customer's actual useage.

Gerald