Interesting :)
It would be easier if the item can be a mailbox with a special attributed.
You could simply hack the (Un)SubscribeProcess and implement there some
specific changes in doProcessRequest to change the value of the new
Mailbox.isItem.
Or if you want to decouple things, something like:
- add an attribute 'isItem' on the mailbox model.
- define a MailboxSubscriptionEvent and MailboxUnsubscriptionEvent
- let the SubscribeProcessor generate a MailboxSubscriptionEvent
- let the UnsubscribeProcessor generate a MailboxUnsubscriptionEvent
- implement more machinery for a SubscriptionListener*, such as the
MailboxListener.
- implement the logic in the SubscriptionListener to create/delete upon
Now if you want an Item to be completely different of a Mailbox, you
need to implement an additional data model, and impact many other stuff
on mailbox/imap levels.
thx,
Eric
On 16/02/12 12:53, Jentu Jain wrote:
The item turns into a mailbox only after the end-user subscribes until that
it's just a non-mailbox item.
Regards
------------------------------------
Jentu Jain | Datacert, Inc.
Why are major companies rapidly migrating to Passport? Find Out Here
-----Original Message-----
From: Eric Charles [mailto:[email protected]]
Sent: Thursday, February 16, 2012 5:22 PM
To: James Users List
Subject: Re: Display non-mailbox as items from finders
thx, is 'item' synonymous to 'mailbox'?
Eric
On 16/02/12 12:48, Jentu Jain wrote:
Eric,
Let me explain the requirement to you completely
1) Display a list of items (without having to create them as mailboxes) from an
application.
2) The mailbox should be created only when the user subscribes to that item.
3) The mailbox should be deleted when the user unsubscribes the item (i.e.) it
should again appear as a normal item in the list of folders.
Please let me know the changes to be done to serve this purpose.
Regards
------------------------------------
Jentu Jain | Datacert, Inc.
Why are major companies rapidly migrating to Passport? Find Out Here
-----Original Message-----
From: Eric Charles [mailto:[email protected]]
Sent: Thursday, February 16, 2012 5:13 PM
To: James Users List
Subject: Re: Display non-mailbox as items from finders
Hi,
A mailbox folder is only created when there is a request to access it.
To implement what you describe, you would hack the ListProcessor sources,
rather than the MailboxMapper.
https://svn.apache.org/repos/asf/james/imap/trunk/processor/src/main/j
ava/org/apache/james/imap/processor/ListProcessor.java
But it depends of your context: are you willing to integrate mailbox in a 3rd
party application, or leave it in James server?
Thx, Eric
On 16/02/12 10:19, Jentu Jain wrote:
I like to display a list of possible folders(without having to create
them as mailbox) to the user when the MailboxMapper.finder is called.
The mailbox should be created only when the user subscribes for it.
Please let me know the logic to implement the same.
Regards
------------------------------------
Jentu Jain | Datacert, Inc.
/Why are major companies rapidly migrating to Passport? Find Out Here
<http://www.datacert.com/>/
Description: cid:[email protected]
<http://www.datacert.com/feed.xml>Description:
cid:[email protected]<http://twitter.com/datacert>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
