[jira] [Resolved] (JAMES-2425) Do not leak protocol over webadmin

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

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

Tellier Benoit resolved JAMES-2425.
-----------------------------------
    Resolution: Fixed

Solved by https://github.com/linagora/james-project/pull/1490

> Do not leak protocol over webadmin
> ----------------------------------
>
>                 Key: JAMES-2425
>                 URL: https://issues.apache.org/jira/browse/JAMES-2425
>             Project: James Server
>          Issue Type: Bug
>          Components: webadmin
>            Reporter: Gautier DI FOLCO
>            Priority: Minor
>
> A MailRepository is identified by its URL. Such a URL is composed of two parts:
>  * The protocol, being an identifier for the storage implementation to be used
>  * The path, giving a name to the repository
> Currently, WebAdmin uses the full URL to interact with users. However, such a behaviour leaks the protocol. We should only use the name as an identifier.
> This means that:
>  * MailRepositoryStore API needs to return all the MailRepositories matching a given name (but with different protocols)
>  * WebAdmin would need to aggregate these MailRepositories into a virtual one. Maybe we can easily implement this by introducing a MailRepositoryAggregate, that emulates a MailRepositories on top of other MailRepositories:
>  ** Applies the deletes in all mail repositories
>  ** Merges the list of MailKeys of all underlying MailRespositories. size is the sum.
>  ** Reading a single mail will be performed on all repositories.
>  ** This class should not allow storing Mails
> Endpoints will become {{GET}}
> {code:java}
> /mailRepositories/%2F%2Fvar%2Ferror%2F{code}



--
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