Benoit, This is very good news, thank you for your contribution.
I just checked out the trunk @ rev 1712396, but it did not build successfully from CLI. Do you have a known good revision in the trunk to get a successful build with this feature enabled? This rev is failing when it tries to build the filesystem API. Robert > On Oct 29, 2015, at 10:49 AM, Benoit Tellier <be...@minet.net> wrote: > > Hi every one, > > A month ago, I contributed some code to James to handle quotas : > > - At the mailbox level : it means user mailboxes can not exceed the size in > bytes and message count you fixed for it. > - At the SMTP level : If you send a mail to a full mailbox, you have a > matcher to answer something like "Hey, your sending this mail to an over > quota mailbox" > - At the IMAP level : A user can perform IMAP commands in order to check his > quotas > - At the administration level : you can administrate quotas threw JMX using > the cli tool. > - At the configuration level : you can choose the implementation you want. > > I didn't mentioned it earlier on this list so, it is time to do it ! > > Just note that if you deploy the trunk you will need a new configuration file > : quota.xml. Sample configuration can be found there : > james-project/server/app/src/main/resources/quota-template.xml . I mention it > as I answered and question on this today... > > Here follows a short note on configurations : > > - There is a distinction between current values and maximum allowed values. > This means you can use different backends for both. Eg : (not implemented but > allowed by this distinction) LDAP for max values and the current values > persisted elsewhere. > - You may, with a few configuration work, use your own QuotaRoot resolver, > and group mailbox for applying quotas using your own policies. eg : not > anymore by people, but by work unit. > > The interesting part is on current value calculation : > > - You can lazy compute it and store it in RAM. > - Or you can update it and maintain the count in a DB. For now only Cassandra > is available. > > We might want a tool to recalculate quotas... > > The advantage from the previous system (mailets) is that it is fast : there > is at most one quota calculation, depending on the choices you made, the the > result can be retrieved either from the data base or from the RAM. > > Benoit > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org > For additional commands, e-mail: server-user-h...@james.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org For additional commands, e-mail: server-user-h...@james.apache.org