[jira] [Commented] (JAMES-2805) Top level implementation of the DeletedMessageVault

["Tellier Benoit (JIRA)" <se...@james.apache.org>]

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

Tellier Benoit commented on JAMES-2805:
---------------------------------------

 - https://issues.apache.org/jira/browse/JAMES-2806 intend to allow the BlobStore caller to specify a bucketName

> Top level implementation of the DeletedMessageVault
> ---------------------------------------------------
>
>                 Key: JAMES-2805
>                 URL: https://issues.apache.org/jira/browse/JAMES-2805
>             Project: James Server
>          Issue Type: Improvement
>            Reporter: Tellier Benoit
>            Priority: Major
>
> While working on the deletedMessageVault, we targeted in MAILBOX-381 a first implementation on top of MailRepositories
> That decision was unfortunate as then one can browse the content of the deletedMessageVault vault through webAdmin.
> Thus we decided to implement DeletedMessageVault as a separate component.
> That component has the following considerations:
>  - Should have a low storage cost
>  - Cold storage and delays upon reads are acceptable as one does not expect a restore/export to be fast
>  - Find an efficient way to implement retention (deleting too old emails) without a full scan
> We decided to provide an implementation above the blobStore and a metaData store (cassandra)
> Retention will be implemented with object storage buckets (one month = 1 bucket). We could then simply delete a bucket when all the mails it contains are older than the retention period.
> Querying the deleteMessageVault will first be done with a full scan. Later enhancement can be done by providing a per-bucket (immutable) Lucene index - once the bucket is no longer the latest one.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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