Re: Mailbox quota

[Serge Knystautas <se...@lokitech.com>]

Noel J. Bergman wrote:
>>how to set restriction at the mailbox size for file storage?
> 
> 
> There isn't one built-in.  It is on the wish list.  Today, you can create a
> matcher to check the quota:
> 
> 	<mailet match="Quota" class="ToProcessor">
>          <processor> overQuota </processor>
>       </mailet>
> 
> That will send the message to the overQuota processor, along with the list
> of recipients who are over quota.  You can keep the quota in a database
> keyed by local user, or you can put a fixed limit, e.g., match="Quota=10MB".
> 
> 	--- Noel

Replying to this one on the dev list for consideration in a future 
release of James...

I've been thinking about mailboxes, and I think we've drawn the 
abstraction a little off.  We've tried to implement an all-in-one 
account/mailbox abstraction, but I think it would be easier if it was 
split into two.

One level is an authentication and account creation part that could draw 
from a DB, LDAP, NTLM :), or other such account authentication sources. 
  This is all SMTP AUTH really needs, and the first half of what POP3 
and IMAP mailboxes need.

The second level is the mailbox itself.  This includes aliases, quotas, 
locations of where the messages are stored, and everything else we'd 
like to add.

Granted someone might want LDAP to manage all these mailbox settings, 
but I think more frequently you'll want to use something like LDAP (or a 
DB or NTLM) to provide the centralized list of accounts, and then you 
can leave it to use files to internally manage the mailboxes.  It would 
be nice too if you could leave the first level as the authority on 
whether or not an account exists, and if the second level gets a request 
for an account it doesn't have an entry for, it will create the mailbox 
with default settings.

It's been difficult to expand the settings of the mailbox as that 
complicates all the mailbox implementations.  LDAP is effectively 
deprecated already, and even with jCIFS providing pretty easy NTLM 
access, it would be awkward to write an NTLM-driven mailbox implementation.

-- 
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>