You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-user@james.apache.org by Jentu Jain <je...@datacert.com> on 2012/02/16 10:19:40 UTC
Display non-mailbox as items from finders
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:image001.gif@01CBF2C7.283B26D0]<http://www.datacert.com/feed.xml>[Description: cid:image002.gif@01CBF2C7.283B26D0]<http://twitter.com/datacert>
RE: Display non-mailbox as items from finders
Posted by Jentu Jain <je...@datacert.com>.
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:eric.charles@u-mangate.com]
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:eric.charles@u-mangate.com]
> 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:eric.charles@u-mangate.com]
>> 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:eric.charles@u-mangate.com]
>>> 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:eric.charles@u-mangate.com]
>>>> 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:eric.charles@u-mangate.com]
>>>>> 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:eric.charles@u-mangate.com]
>>>>>> 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:image001.gif@01CBF2C7.283B26D0
>>>>>>> <http://www.datacert.com/feed.xml>Description:
>>>>>>> cid:image002.gif@01CBF2C7.283B26D0<http://twitter.com/datacert>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> eric | http://about.echarles.net | @echarles
>>>>>>
>>>>>> ------------------------------------------------------------------
>>>>>> -
>>>>>> -
>>>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------
>>>>>> -
>>>>>> -
>>>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>>>
>>>>>
>>>>> --
>>>>> eric | http://about.echarles.net | @echarles
>>>>>
>>>>> -------------------------------------------------------------------
>>>>> -
>>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> -------------------------------------------------------------------
>>>>> -
>>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>>
>>>>
>>>> --
>>>> eric | http://about.echarles.net | @echarles
>>>>
>>>> --------------------------------------------------------------------
>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>
>>>>
>>>>
>>>>
>>>> --------------------------------------------------------------------
>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>
>>>
>>> --
>>> eric | http://about.echarles.net | @echarles
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>
>> --
>> eric | http://about.echarles.net | @echarles
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>
> --
> eric | http://about.echarles.net | @echarles
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: Display non-mailbox as items from finders
Posted by Eric Charles <er...@u-mangate.com>.
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:eric.charles@u-mangate.com]
> 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:eric.charles@u-mangate.com]
>> 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:eric.charles@u-mangate.com]
>>> 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:eric.charles@u-mangate.com]
>>>> 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:eric.charles@u-mangate.com]
>>>>> 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:eric.charles@u-mangate.com]
>>>>>> 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:image001.gif@01CBF2C7.283B26D0
>>>>>>> <http://www.datacert.com/feed.xml>Description:
>>>>>>> cid:image002.gif@01CBF2C7.283B26D0<http://twitter.com/datacert>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> eric | http://about.echarles.net | @echarles
>>>>>>
>>>>>> ------------------------------------------------------------------
>>>>>> -
>>>>>> -
>>>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------
>>>>>> -
>>>>>> -
>>>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>>>
>>>>>
>>>>> --
>>>>> eric | http://about.echarles.net | @echarles
>>>>>
>>>>> -------------------------------------------------------------------
>>>>> -
>>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> -------------------------------------------------------------------
>>>>> -
>>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>>
>>>>
>>>> --
>>>> eric | http://about.echarles.net | @echarles
>>>>
>>>> --------------------------------------------------------------------
>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>
>>>>
>>>>
>>>>
>>>> --------------------------------------------------------------------
>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>
>>>
>>> --
>>> eric | http://about.echarles.net | @echarles
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>
>> --
>> eric | http://about.echarles.net | @echarles
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>
> --
> eric | http://about.echarles.net | @echarles
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: Display non-mailbox as items from finders
Posted by Jentu Jain <je...@datacert.com>.
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:eric.charles@u-mangate.com]
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:eric.charles@u-mangate.com]
> 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:eric.charles@u-mangate.com]
>> 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:eric.charles@u-mangate.com]
>>> 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:eric.charles@u-mangate.com]
>>>> 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:eric.charles@u-mangate.com]
>>>>> 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:image001.gif@01CBF2C7.283B26D0
>>>>>> <http://www.datacert.com/feed.xml>Description:
>>>>>> cid:image002.gif@01CBF2C7.283B26D0<http://twitter.com/datacert>
>>>>>>
>>>>>
>>>>> --
>>>>> eric | http://about.echarles.net | @echarles
>>>>>
>>>>> ------------------------------------------------------------------
>>>>> -
>>>>> -
>>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------
>>>>> -
>>>>> -
>>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>>
>>>>
>>>> --
>>>> eric | http://about.echarles.net | @echarles
>>>>
>>>> -------------------------------------------------------------------
>>>> -
>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------------------
>>>> -
>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>
>>>
>>> --
>>> eric | http://about.echarles.net | @echarles
>>>
>>> --------------------------------------------------------------------
>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>>
>>>
>>>
>>> --------------------------------------------------------------------
>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>
>> --
>> eric | http://about.echarles.net | @echarles
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>
> --
> eric | http://about.echarles.net | @echarles
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: Display non-mailbox as items from finders
Posted by Eric Charles <er...@u-mangate.com>.
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:eric.charles@u-mangate.com]
> 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:eric.charles@u-mangate.com]
>> 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:eric.charles@u-mangate.com]
>>> 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:eric.charles@u-mangate.com]
>>>> 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:eric.charles@u-mangate.com]
>>>>> 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/mai
>>>>> 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:image001.gif@01CBF2C7.283B26D0
>>>>>> <http://www.datacert.com/feed.xml>Description:
>>>>>> cid:image002.gif@01CBF2C7.283B26D0<http://twitter.com/datacert>
>>>>>>
>>>>>
>>>>> --
>>>>> eric | http://about.echarles.net | @echarles
>>>>>
>>>>> -------------------------------------------------------------------
>>>>> -
>>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> -------------------------------------------------------------------
>>>>> -
>>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>>
>>>>
>>>> --
>>>> eric | http://about.echarles.net | @echarles
>>>>
>>>> --------------------------------------------------------------------
>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>
>>>>
>>>>
>>>>
>>>> --------------------------------------------------------------------
>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>
>>>
>>> --
>>> eric | http://about.echarles.net | @echarles
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>
>> --
>> eric | http://about.echarles.net | @echarles
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>
> --
> eric | http://about.echarles.net | @echarles
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: Display non-mailbox as items from finders
Posted by Jentu Jain <je...@datacert.com>.
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:eric.charles@u-mangate.com]
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:eric.charles@u-mangate.com]
> 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:eric.charles@u-mangate.com]
>> 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:eric.charles@u-mangate.com]
>>> 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:eric.charles@u-mangate.com]
>>>> 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/mai
>>>> 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:image001.gif@01CBF2C7.283B26D0
>>>>> <http://www.datacert.com/feed.xml>Description:
>>>>> cid:image002.gif@01CBF2C7.283B26D0<http://twitter.com/datacert>
>>>>>
>>>>
>>>> --
>>>> eric | http://about.echarles.net | @echarles
>>>>
>>>> -------------------------------------------------------------------
>>>> -
>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------------------
>>>> -
>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>
>>>
>>> --
>>> eric | http://about.echarles.net | @echarles
>>>
>>> --------------------------------------------------------------------
>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>>
>>>
>>>
>>> --------------------------------------------------------------------
>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>
>> --
>> eric | http://about.echarles.net | @echarles
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>
> --
> eric | http://about.echarles.net | @echarles
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: Display non-mailbox as items from finders
Posted by Eric Charles <er...@u-mangate.com>.
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:eric.charles@u-mangate.com]
> 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:eric.charles@u-mangate.com]
>> 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:eric.charles@u-mangate.com]
>>> 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:eric.charles@u-mangate.com]
>>>> 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:image001.gif@01CBF2C7.283B26D0
>>>>> <http://www.datacert.com/feed.xml>Description:
>>>>> cid:image002.gif@01CBF2C7.283B26D0<http://twitter.com/datacert>
>>>>>
>>>>
>>>> --
>>>> eric | http://about.echarles.net | @echarles
>>>>
>>>> --------------------------------------------------------------------
>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>
>>>>
>>>>
>>>>
>>>> --------------------------------------------------------------------
>>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>>
>>>
>>> --
>>> eric | http://about.echarles.net | @echarles
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>
>> --
>> eric | http://about.echarles.net | @echarles
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>
> --
> eric | http://about.echarles.net | @echarles
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: Display non-mailbox as items from finders
Posted by Jentu Jain <je...@datacert.com>.
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:eric.charles@u-mangate.com]
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:eric.charles@u-mangate.com]
> 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:eric.charles@u-mangate.com]
>> 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:eric.charles@u-mangate.com]
>>> 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:image001.gif@01CBF2C7.283B26D0
>>>> <http://www.datacert.com/feed.xml>Description:
>>>> cid:image002.gif@01CBF2C7.283B26D0<http://twitter.com/datacert>
>>>>
>>>
>>> --
>>> eric | http://about.echarles.net | @echarles
>>>
>>> --------------------------------------------------------------------
>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>>
>>>
>>>
>>> --------------------------------------------------------------------
>>> - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>
>> --
>> eric | http://about.echarles.net | @echarles
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>
> --
> eric | http://about.echarles.net | @echarles
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: Display non-mailbox as items from finders
Posted by Eric Charles <er...@u-mangate.com>.
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:eric.charles@u-mangate.com]
> 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:eric.charles@u-mangate.com]
>> 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:eric.charles@u-mangate.com]
>>> 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:image001.gif@01CBF2C7.283B26D0
>>>> <http://www.datacert.com/feed.xml>Description:
>>>> cid:image002.gif@01CBF2C7.283B26D0<http://twitter.com/datacert>
>>>>
>>>
>>> --
>>> eric | http://about.echarles.net | @echarles
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-user-help@james.apache.org
>>>
>>
>> --
>> eric | http://about.echarles.net | @echarles
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>
> --
> eric | http://about.echarles.net | @echarles
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: Display non-mailbox as items from finders
Posted by Jentu Jain <je...@datacert.com>.
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:eric.charles@u-mangate.com]
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:eric.charles@u-mangate.com]
> 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:eric.charles@u-mangate.com]
>> 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:image001.gif@01CBF2C7.283B26D0
>>> <http://www.datacert.com/feed.xml>Description:
>>> cid:image002.gif@01CBF2C7.283B26D0<http://twitter.com/datacert>
>>>
>>
>> --
>> eric | http://about.echarles.net | @echarles
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>
> --
> eric | http://about.echarles.net | @echarles
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: Display non-mailbox as items from finders
Posted by Eric Charles <er...@u-mangate.com>.
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:eric.charles@u-mangate.com]
> 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:eric.charles@u-mangate.com]
>> 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:image001.gif@01CBF2C7.283B26D0
>>> <http://www.datacert.com/feed.xml>Description:
>>> cid:image002.gif@01CBF2C7.283B26D0<http://twitter.com/datacert>
>>>
>>
>> --
>> eric | http://about.echarles.net | @echarles
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>
> --
> eric | http://about.echarles.net | @echarles
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: Display non-mailbox as items from finders
Posted by Jentu Jain <je...@datacert.com>.
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:eric.charles@u-mangate.com]
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:eric.charles@u-mangate.com]
> 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:image001.gif@01CBF2C7.283B26D0
>> <http://www.datacert.com/feed.xml>Description:
>> cid:image002.gif@01CBF2C7.283B26D0<http://twitter.com/datacert>
>>
>
> --
> eric | http://about.echarles.net | @echarles
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: Display non-mailbox as items from finders
Posted by Eric Charles <er...@u-mangate.com>.
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:eric.charles@u-mangate.com]
> 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/java/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:image001.gif@01CBF2C7.283B26D0
>> <http://www.datacert.com/feed.xml>Description:
>> cid:image002.gif@01CBF2C7.283B26D0<http://twitter.com/datacert>
>>
>
> --
> eric | http://about.echarles.net | @echarles
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: Display non-mailbox as items from finders
Posted by Jentu Jain <je...@datacert.com>.
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:eric.charles@u-mangate.com]
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/java/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:image001.gif@01CBF2C7.283B26D0
> <http://www.datacert.com/feed.xml>Description:
> cid:image002.gif@01CBF2C7.283B26D0 <http://twitter.com/datacert>
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: Display non-mailbox as items from finders
Posted by Eric Charles <er...@u-mangate.com>.
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/java/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:image001.gif@01CBF2C7.283B26D0
> <http://www.datacert.com/feed.xml>Description:
> cid:image002.gif@01CBF2C7.283B26D0 <http://twitter.com/datacert>
>
--
eric | http://about.echarles.net | @echarles
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org