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/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] > > > > > --------------------------------------------------------------------- > 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]
