Noel J. Bergman wrote:
Replying to this one on the dev list for consideration in a future release of James...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
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: <mailto:james-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:james-dev-help@;jakarta.apache.org>
