[
https://issues.apache.org/jira/browse/JAMES-3067?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17038871#comment-17038871
]
Raphael Ouazana edited comment on JAMES-3067 at 2/18/20 8:19 AM:
-----------------------------------------------------------------
> The problem with this projection is that when we remove/add an alias. We
> should recompute the projections for all the users. No ?
Yes. That makes an alias update O(n) where n is the number of users.
Without the projection an alias update will be O(1) while an alias read will be
O(n^m), where n is the number of alias of this user, and m the deep of the
alias chain.
(My estimations are based on the number of Cassadra requests, not the actual
Java algorithm)
was (Author: rouazana):
> The problem with this projection is that when we remove/add an alias. We
> should recompute the projections for all the users. No ?
Yes. That makes an alias update O(n) where n is the number of users.
Without the projection an alias update will be O(1) while an alias read will be
O(n^m), where n is the number of alias of this user, and m the deep of the
alias chain.
(My estimations are based on the number of Cassadra requests, not the actual
Java algorithm)
> Allowed From headers recursion
> ------------------------------
>
> Key: JAMES-3067
> URL: https://issues.apache.org/jira/browse/JAMES-3067
> Project: James Server
> Issue Type: Improvement
> Components: JMAP, SMTPServer
> Affects Versions: 3.5.0
> Reporter: Gautier DI FOLCO
> Assignee: Antoine Duprat
> Priority: Minor
>
> In order to go further than the JAMES-3032 we need to go a recursion-level
> further.
> They are two propositions now:
> * Have a parameterized number of recursions, doing multiple queries on the
> current scheme
> * Have a specific projection maintaining all the connected aliases
> We should discuss it
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
