[ https://issues.apache.org/jira/browse/JAMES-3444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Benoit Tellier closed JAMES-3444. --------------------------------- Fix Version/s: 3.6.0 Resolution: Fixed https://github.com/linagora/james-project/pull/4035 > JMAP mailetcontainer validations: allow alternative configurations > ------------------------------------------------------------------ > > Key: JAMES-3444 > URL: https://issues.apache.org/jira/browse/JAMES-3444 > Project: James Server > Issue Type: Improvement > Components: configuration, JMAP > Reporter: Benoit Tellier > Assignee: Antoine Duprat > Priority: Major > Fix For: 3.6.0 > > > # Why? > Today the position of JMAP mailets is hardcoded in transport processor, and > the matcher is hardcoded to RecipientIsLocal, duplicated. > Given a Distributed James server, backed by a LDAP for identity, > Each RecipientIsLocal mailet will trigger a call to the LDAP for each > recipient. > Standard good practices we apply at linagora is to extract all the local > delivery logic in its own processor in order not to duplicate this matcher. > However given current checks, we can not move JMAP and Vacation mailets in > our local delivery pipeline. > # Expected outcome > I expect to be able to optimize the usage of those matchers by grouping the > delivery logic into a dedicated processor, including "JMAP mailets". > # How > For servers powering JMAP, change the default configuration to extract a > "local-delivery" processor out of "transport" processor. > The JMAP checks should then accept these mailets in a "local-delivery" > processor, but keep accepting them in "transport" processor for backward > compatibility > # Definition of done > The default mailetcontainer.xml for JMAP backed servers should have a single > RecipientIsLocal matcher. -- 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