Yes. We are intentionally using this as we would construct list of subscribed mailboxes when the user logs in and we also persist these subscriptins and messages into the other application.
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: Friday, February 17, 2012 4:06 PM To: James Users List Subject: Re: Display non-mailbox as items from finders if you use the mailbox-memory, the created mailboxes will be lost on server shutdown. But maybe this is what you want? Eric On 17/02/12 11:26, Jentu Jain wrote: > I have handled this by passing MailboxSessionFactory instance to > StoreSubscriptionManager via james-mailbox-memory-context.xml. > > 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: Friday, February 17, 2012 2:31 PM > To: James Users List > Subject: Re: Display non-mailbox as items from finders > > If you only touch mailbox, it's still better indeed. > You will need to inject mailboxmanager in the subscriptionmanager to > create/delete on(Un)Subscription. > > Keep us posted with your results/questions :) Eric > > On 17/02/12 06:54, Jentu Jain wrote: >> Thanks Eric for your guidance. We have decided to go by tweaking the >> managers instead of the processor as we are not going to deal with a >> different nature of mailbox. Also, the other reason being, this design would >> help me to plug-in my implementations easily into IMAP server. >> >> 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 6:49 PM >> To: James Users List >> Subject: Re: Display non-mailbox as items from finders >> >> OK, So add a Item class in the datamodel, implement the Item persistence in >> the mailbox-impl of your choice, hack the List processor to return the item >> list (you can create Item MailboxManager.getItems()), hack (Un)Subscribe to >> create/delete the mailbox upon (Un)Subscription. >> >> Does it make sense? >> Eric >> >> On 16/02/12 13:36, Jentu Jain wrote: >>> The users would use the "subscribe" option of the mail client to subscribe. >>> >>> 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 6:05 PM >>> To: James Users List >>> Subject: Re: Display non-mailbox as items from finders >>> >>> Do you expect that the list of items to be proposed to the end user (let's >>> say for example via a the 'Subscribe' menu of the mail client), or will the >>> end-user have another tool to subscribe. >>> >>> This can make some difference in your implementations, because in the first >>> case, the system will have to propose a list of all potential items to >>> subscribe to... >>> >>> Thx, >>> Eric >>> >>> On 16/02/12 13:29, Jentu Jain wrote: >>>> My problem having it as a mailbox is that, there can be huge volume of >>>> items (ranging upto ten thousands of items) coming from another >>>> application whereas the end user may be interested only in a few of them. >>>> So, the end-user would like to see only subscribed items as mailboxes and >>>> not others. >>>> >>>> Hence, my intent is to have the item as a mailbox until the user is >>>> subscribed to it. >>>> >>>> Right now, I'm trying to tweak the store Mailbox and subscription managers >>>> to create mailboxes but store them in underlying storage(using InMemory >>>> storage) only when the user subscribes to it. Would this be the right way >>>> to go? >>>> >>>> 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:50 PM >>>> To: James Users List >>>> Subject: Re: Display non-mailbox as items from finders >>>> >>>> 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/ma >>>>>> i n / 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] >>>> >>>> >>>> >>>> >>>> -------------------------------------------------------------------- >>>> - 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] >> >> >> >> >> --------------------------------------------------------------------- >> 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
