[Dovecot] dirsize quota assertion problem

[Timo Sirainen]

On Mon, 2007-09-10 at 10:55 -0400, Alan Ferrency wrote:
> > On Fri, 2007-08-31 at 17:42 -0400, Alan Ferrency wrote:
> > > test at example.com:<snip>:3007:1000::/usr/boxes/username/example.com::userdb_mail=mbox:~/test^/.imap:INBOX=~/test userdb_uid=3007 userdb_gid=1000 userdb_home=/usr/boxes/username/example.com userdb_quota=dirsize:storage=100
> >
> > Those userdb_uid/gid/home aren't needed.
> 
> This is a passdb file, used with userdb prefetch for pop and imap
> protocols (as well as being used directly as a userdb for the lda). They
> still aren't needed?

I think there isn't much point in using prefetch with passwd-file,
because the information is already in memory and accessible with a fast
hash table lookup. Having the information twice in the file eats more
memory.

> I am looking for support in the deliver lda for a "maximum message size"
> quota feature, which is configurable per user, like the rest of the
> dovecot quota plugin. I haven't found such a feature documented
> anywhere, and I'm having trouble following the quota code enough to
> figure out how to add this feature.
> 
> Do you have any comments on whether you think this would be easy or
> difficult to add, and where it would be best to put it?

Well, I think you should rather put this to deliver itself. Otherwise
you'd be limiting also IMAP APPEND command.

I don't really see the point of having this setting though. Why not have
one global limit (which already exists in your SMTP server)?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://dovecot.org/pipermail/dovecot/attachments/20070910/977791bf/attachment.bin