james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrzej Rusin (JIRA)" <server-...@james.apache.org>
Subject [jira] [Updated] (IMAP-370) Consider supporting the upcoming MOVE extension
Date Thu, 06 Dec 2012 11:42:59 GMT

     [ https://issues.apache.org/jira/browse/IMAP-370?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Andrzej Rusin updated IMAP-370:
-------------------------------

    Attachment: IMAP-370-v1.patch

Eric, 

A quick first version. Please let me know if it's about-acceptable.

What's missing:
- probably both source and destination mailbox needs to be locked; however it needs to be
done in a smart way to avoid deadlocks
- I did not implement MOVE in all of the MMs; instead the AbstractMM implements the method
by just throwing exception.
- I did not have a chance to test it yet,
- Maybe it would make sense to support the legacy MOVE approaches like XMOVE, X-AOL-MOVE etc.
                
> 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-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 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: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Mime
View raw message