[Dovecot] maildir quota management
Hi everyone, my name is Wayne Lovely and this is my first post.
My company has a need for dovecot to decrement the portion of quota used. The used portion and hard limit will be stored in a central database. Initially I'll just hack in what we need as a proof of concept, but I would like to get some input into what people would really like, such that I can make a good contribution.
regards, Wayne Lovely
On 8.4.2005, at 04:55, Wayne Lovely wrote:
My company has a need for dovecot to decrement the portion of quota used. The used portion and hard limit will be stored in a central database. Initially I'll just hack in what we need as a proof of concept, but I would like to get some input into what people would really like, such that I can make a good contribution.
Most useful way to do it would be to base it on 1.0-tests and its quota plugin:
My initial implementation will have to be against 0.99.xx , but I really like the quota plugin for 1.0
Here is my understanding of the quota plugin:
- respective main() of imap/pop load up everything in MODULE_DIR
- imap_quota_init is used as an entry point into the plugin glue
- quota.c has routines that just act as an interface to the actual implementation in quota-dirsize.c
Timo Sirainen wrote:
On 8.4.2005, at 04:55, Wayne Lovely wrote:
My company has a need for dovecot to decrement the portion of quota used. The used portion and hard limit will be stored in a central database. Initially I'll just hack in what we need as a proof of concept, but I would like to get some input into what people would really like, such that I can make a good contribution.
Most useful way to do it would be to base it on 1.0-tests and its quota plugin:
On Fri, 2005-04-08 at 09:00 -0400, Wayne Lovely wrote:
My initial implementation will have to be against 0.99.xx , but I really like the quota plugin for 1.0
Maybe you could use the quota.h / quota-private.h API so the quota-database.c (or whatever) you write could be directly plugged into 1.0 plugin? Although 0.99.x doesn't have struct mailbox_transaction_context so you'd have to change that.
Here is my understanding of the quota plugin:
- respective main() of imap/pop load up everything in MODULE_DIR
- imap_quota_init is used as an entry point into the plugin glue
- quota.c has routines that just act as an interface to the actual implementation in quota-dirsize.c
Yep.
participants (2)
-
Timo Sirainen
-
Wayne Lovely