You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Ian Boston (JIRA)" <se...@james.apache.org> on 2010/06/08 10:49:12 UTC
[jira] Created: (IMAP-153) JCR Storage structure uses files as imap
folders hiding the structure and exposing the underlying storage to users
(potentially)
JCR Storage structure uses files as imap folders hiding the structure and exposing the underlying storage to users (potentially)
--------------------------------------------------------------------------------------------------------------------------------
Key: IMAP-153
URL: https://issues.apache.org/jira/browse/IMAP-153
Project: JAMES Imap
Issue Type: Improvement
Components: JCR Mailbox
Affects Versions: 0.1
Reporter: Ian Boston
Currently message and folder storage share the same single parent hierachy so that If I have 2 imap folders INBOX and INBOX/test the JCR node structure is
.../INBOX/2010/05/31/message121231
.../INBOX.test/2010/05/31/message345345
Which results in the date structure being part of the folder and the imap folder not being represented as a folder. It also means that messages really are moved, when they are moved.
The proposed layout is to move the folders into their own hierarchy and have the messages in a sepeate hierachy, still one per user
so a message in JCR looks like this (my uid is ieb)
...ieb/store/2010/06/08/message121243
- jamesMailboimapfolders = [
a3de-34ed-2aef-2134-2e34,
a3de-34ed-2aef-2134-2e35
]
....
and the folders like this
...ieb/INBOX
- rep:uuid = a3de-34ed-2aef-2134-2e34
...ieb/INBOX/test
- rep:uuid = a3de-34ed-2aef-2134-2e35
where jamesMailbox:imapfolders is a REFERENCE type in cnd
to list a folder, is a query
message121243 appears in both INBOX and INBOX/test
There would need to be some changes to the webdav classes/plugins to make this work in webdav.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
[jira] Commented: (IMAP-153) JCR Storage structure uses files as
imap folders hiding the structure and exposing the underlying storage to
users (potentially)
Posted by "Norman Maurer (JIRA)" <se...@james.apache.org>.
[ https://issues.apache.org/jira/browse/IMAP-153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12876611#action_12876611 ]
Norman Maurer commented on IMAP-153:
------------------------------------
Hi Ian,
I like the idea. I think we should even store the subscription metadata within the user folder.
Even if we copy the message to an other folder (not moving) we would just need to set a new reference to it. For this to work we would need to store the metadata of the per folder. Which means basicly the flags.
> JCR Storage structure uses files as imap folders hiding the structure and exposing the underlying storage to users (potentially)
> --------------------------------------------------------------------------------------------------------------------------------
>
> Key: IMAP-153
> URL: https://issues.apache.org/jira/browse/IMAP-153
> Project: JAMES Imap
> Issue Type: Improvement
> Components: JCR Mailbox
> Affects Versions: 0.1
> Reporter: Ian Boston
>
> Currently message and folder storage share the same single parent hierachy so that If I have 2 imap folders INBOX and INBOX/test the JCR node structure is
> .../INBOX/2010/05/31/message121231
> .../INBOX.test/2010/05/31/message345345
> Which results in the date structure being part of the folder and the imap folder not being represented as a folder. It also means that messages really are moved, when they are moved.
> The proposed layout is to move the folders into their own hierarchy and have the messages in a sepeate hierachy, still one per user
> so a message in JCR looks like this (my uid is ieb)
> ...ieb/store/2010/06/08/message121243
> - jamesMailboimapfolders = [
> a3de-34ed-2aef-2134-2e34,
> a3de-34ed-2aef-2134-2e35
> ]
> ....
> and the folders like this
> ...ieb/INBOX
> - rep:uuid = a3de-34ed-2aef-2134-2e34
> ...ieb/INBOX/test
> - rep:uuid = a3de-34ed-2aef-2134-2e35
> where jamesMailbox:imapfolders is a REFERENCE type in cnd
> to list a folder, is a query
> message121243 appears in both INBOX and INBOX/test
> There would need to be some changes to the webdav classes/plugins to make this work in webdav.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
[jira] Resolved: (IMAP-153) JCR Storage structure uses files as
imap folders hiding the structure and exposing the underlying storage to
users (potentially)
Posted by "Norman Maurer (JIRA)" <se...@james.apache.org>.
[ https://issues.apache.org/jira/browse/IMAP-153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Norman Maurer resolved IMAP-153.
--------------------------------
Resolution: Won't Fix
We dedicited to keep the current node structure
> JCR Storage structure uses files as imap folders hiding the structure and exposing the underlying storage to users (potentially)
> --------------------------------------------------------------------------------------------------------------------------------
>
> Key: IMAP-153
> URL: https://issues.apache.org/jira/browse/IMAP-153
> Project: JAMES Imap
> Issue Type: Improvement
> Components: JCR Mailbox
> Affects Versions: 0.1
> Reporter: Ian Boston
>
> Currently message and folder storage share the same single parent hierachy so that If I have 2 imap folders INBOX and INBOX/test the JCR node structure is
> .../INBOX/2010/05/31/message121231
> .../INBOX.test/2010/05/31/message345345
> Which results in the date structure being part of the folder and the imap folder not being represented as a folder. It also means that messages really are moved, when they are moved.
> The proposed layout is to move the folders into their own hierarchy and have the messages in a sepeate hierachy, still one per user
> so a message in JCR looks like this (my uid is ieb)
> ...ieb/store/2010/06/08/message121243
> - jamesMailboimapfolders = [
> a3de-34ed-2aef-2134-2e34,
> a3de-34ed-2aef-2134-2e35
> ]
> ....
> and the folders like this
> ...ieb/INBOX
> - rep:uuid = a3de-34ed-2aef-2134-2e34
> ...ieb/INBOX/test
> - rep:uuid = a3de-34ed-2aef-2134-2e35
> where jamesMailbox:imapfolders is a REFERENCE type in cnd
> to list a folder, is a query
> message121243 appears in both INBOX and INBOX/test
> There would need to be some changes to the webdav classes/plugins to make this work in webdav.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org