[ 
https://issues.apache.org/jira/browse/IMAP-370?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15179839#comment-15179839
 ] 

Tellier Benoit commented on IMAP-370:
-------------------------------------

I just contributed a fix for the inheritance fix.

I also activate the MOVE capability if supported by the backend.

> 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
>         Attachments: IMAP-370-2.patch, IMAP-370-capability-v1.patch, 
> IMAP-370-v1.patch
>
>
> 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 was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Reply via email to