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

Matthieu Baechler commented on JAMES-3211:
------------------------------------------

> However, this is not the case due to the quotas are currently being 
> initialize only after an user receive the first email.

I guess you mean that the "quota search" code is never called because it's only 
notified on messages?

> We need an event-driven system to initialize the quotas after an user has 
> been created successfully. The EventBus in mailbox-api could be generalized 
> so we can implement it to solve this problem without having to depend on this 
> module.

I don't see the causal link between the definition of the problem and this 
solution.
We should put some effort to demonstrate how a given solution solves the 
problem and let other solutions emerge by not "requiring this solution" but 
proposing it and let people analyze if it seems fit.

>  The EventBus in mailbox-api could be generalized so we can implement it to 
> solve this problem without having to depend on this module.

I don't really understand what it means: does it contribute to solve the 
problem explain in the first two lines?

> Generalize EventBus
> -------------------
>
>                 Key: JAMES-3211
>                 URL: https://issues.apache.org/jira/browse/JAMES-3211
>             Project: James Server
>          Issue Type: Improvement
>            Reporter: Lan Khuat
>            Priority: Major
>
> When searching for users by quota ratio if we set the value of the parameters 
> to 0, the search feature is supposed to return newly created users who have 
> not receive any email yet at that point.
> However, this is not the case due to the quotas are currently being 
> initialize only after an user receive the first email.
> We need an event-driven system to initialize the quotas after an user has 
> been created successfully. The EventBus in mailbox-api could be generalized 
> so we can implement it to solve this problem without having to depend on this 
> module.
>  
>  



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

Reply via email to