one more inline :)
On 22/08/2010 13:58, Norman Maurer wrote:
Not 100%.. Subscriptions links users to Mailboxes. The users are just
Strings and nothing more. So its not coupled to james server in any
way.
Yeah, these are "soft links".
A "Subscription store" could be different from the "Mailbox store" (so
we have links via String).
Example:
- Users are stored in LDAP tks to james-server.
- Mailbox in DB via JPA.
- Subscription "soft link" LDAP to DB and these "soft links" are store
"anywhere" defined by the admin (in spring-beans.xml).
(snippped...)
Just as a side-note... For example the subscription stuff is not
really necessary for using MailboxManager in non-imap enviroments (for
example pop3).
True enough.
I re-read the pop3 case, and I see one more argument to leave the
SubscriptionManager independent of the MailboxManager.
So http://svn.apache.org/viewvc?rev=987821&view=rev "Move the Subscriper
to the mailbox api and rename it SubscriptionManager..." makes all its
sense.
There's still the open question on start/stopProcessing and listener (to
be duplicated in Mailbox/SubscriptionManager or externalized ?).
To take a decision , we should also consider that operations need to be
atomic, so encapsulate the Mailbox/SubscriptionManager processing.
So "externalize/encapsulate" makes some sense, as you communicated me ?
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org