[
https://issues.apache.org/jira/browse/JAMES-2912?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benoit Tellier reopened JAMES-2912:
-----------------------------------
> RemoteDelivery: add a onSuccessProcessor
> ----------------------------------------
>
> Key: JAMES-2912
> URL: https://issues.apache.org/jira/browse/JAMES-2912
> Project: James Server
> Issue Type: New Feature
> Components: Matchers/Mailets (bundled), Remote Delivery
> Reporter: Benoit Tellier
> Priority: Major
> Time Spent: 1h 10m
> Remaining Estimate: 0h
>
> Currently remote delivery allows to customize a mail handling upon error via
> the `bounceProcessor` that gets executed upon final failure.
> We should also allow a user to customize handling of a remote delivered mail
> success. I propose to do it via execution of a `onSuccessProcessor` property
> to allow further mailet execution on remote delivered emails.
> Adding the configuration option in RemoteDeliverConfiguration and handling
> the fully succeeded case in DeliveryRunnable is easy, however current
> implementation of MailDelivrer do enforce some harmful "hardcoded" behaviour
> upon partial delivery failures: bouncer might get called directly, and
> succeeded recipients are dropped silently. I believe that a quality
> implementation will return a list of results (result including mail
> addresses) so that DeliveryRunnable can enforce all success/failure policies.
> Integration tests for this feature should of course be written for full
> success and also for partial failure (be them temporary or not), and take MX
> retries into account. Such tests can be written within
> `server/mailet/integration-test` using the MockSmtpServer.
> As a side note, such a feature might be a first step of JMAP EmailSubmission
> per-recipient delivery notification implementation.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
