[
https://issues.apache.org/jira/browse/IMAP-370?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13511240#comment-13511240
]
Eric Charles commented on IMAP-370:
-----------------------------------
Hi Andrzej,
We already have optional extensions. These extensions can be configured to be
announced to the client via spring context (e should have a better way to
configure these).
I wouldn't bother for a special case for MOVE. Just add the method to the
MailboxManager interface.
I would compose rather than extend for the Copy counterparts, but if you think
they are so similar, just go for extension.
Thx, Eric
> Consider supporting the upcoming MOVE extension
> -----------------------------------------------
>
> Key: IMAP-370
> URL: https://issues.apache.org/jira/browse/IMAP-370
> Project: James Imap
> Issue Type: Improvement
> Components: Protocol
> Reporter: Andrzej Rusin
>
> As we see at
> http://datatracker.ietf.org/doc/draft-ietf-imapmove-command/ballot/ IETF is
> about to finally accept the IMAP MOVE extension.
> This extension enables great performance optimization possibilities for the
> more advanced Mailstore backends, eg the ones that use a underlying
> relational or non-relational database:
> One of the most common usage scenarios in IMAP is moving messages across
> folders, and with the MOVE extention it can be finally accomplished without a
> COPY/DELETE cycle on certain Mailbox backends.
> Therefore, in my belief, it would be very nice to have that extension
> implemented in James.
> Some of the bundled Mailstore implementations already are based on SQL/noSQL
> datasources, and can directly benefit from it.
> Some of the independent Mailstore implementations (including mine) can
> benefit from it too.
> Some of IMAP clients (including Thunderbird as of 3.something) already
> support that extension or the X-MOVE or X-AOL-MOVE one.
> So James has a great opportunity to be the leader of standards adoption on
> the server side.
> What do you think? Please comment.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
