Hello Jerry,

About success, a log is already written in MailDelivrerToHost:

Mail (xyz)  sent successfully to a...@other.tld at other.tld from us.tld
for m...@us.tld

More generally, the extension model of James is well design, and from
what you expose there is zero requirement to alter the RemoteDelivery
component. Think "composition" over "inheritance".

So:
 - Write a mailet about your failure logging
 - Configure remoteDelivery bounce processor
 - Put your mailet in that processor

Regarding success, we lack currently extension endpoints. What we may be
able to do is call a `remoteDelivery:successProcessor` to be able to
extend behaviour upon delivery.

This will for example enable per-recipient delivery notifications & the
like. This might be an implementation step for JMAP::Email_submission.

Cheers,

Benoit

On 13/09/2019 10:49, Jerry Malcolm wrote:
> Another mod I had made to v3b5 was to intercept the final result of
> success/fail of delivery.  I have a requirement to externally log the
> "mail was successfully transferred to <gmail/yahoo/etc smtp server>"
> message and also after all of the retries are exhausted, the final
> 'fail' message.
> 
> Back in v3b5 I cloned the RemoteDelivery mailet and located the
> appropriate locations where the successful handoff was logged and where
> the final fail was logged.  It looks like that RemoteDelivery mailet was
> totally rewritten somewhere between b5 and 3.3.  Mail is put on a queue
> in remoteDelivery, and all the work is now handled elsewhere.
> 
> My question is simply this: What is the easiest/best/correct way to hook
> in so that I can add my logging code on the successful handoff and also
> on the final retry fail?  If I can do this without requiring a full
> rebuild, that's desired considering my disaster at build attempts.  But
> if the only way to add this required functionality is to modify core
> code, sooner or later I'll have to figure out my build problems.  Either
> way, I need to know what you recommend for hooking these two points.
> 
> Thx
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org
> For additional commands, e-mail: server-user-h...@james.apache.org
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org
For additional commands, e-mail: server-user-h...@james.apache.org

Reply via email to