Message318723
Yes, it is distinctly intended to collect the results for every recipient as in modern MTAs, there's more than just success/fail results. This is to collect data such as queue ID and the MTA's programmatic response for each individual recipient. I have several needs of knowing if the message was immediately relayed, queued for later because of a remote issue, queued because of MTA issue, graylisted or blocked because of milter reasons, or ... any of a list of failure reasons.
This data can be collected if there is only one recipient per message, but that is considerably resource expensive.
Without this patch, when sending to say 100 recipients, the only response returned to the caller is the very last (100th) result. A 250 then assumes that all 100 were transmitted successfully when in truth, the first 99 could have failed.
Yes, I'll make a PR, do the CLA, and add some tests. |
|
Date |
User |
Action |
Args |
2018-06-05 05:02:15 | David Ford (FirefighterBlu3) | set | recipients:
+ David Ford (FirefighterBlu3), barry, r.david.murray |
2018-06-05 05:02:15 | David Ford (FirefighterBlu3) | set | messageid: <1528174935.81.0.592728768989.issue29539@psf.upfronthosting.co.za> |
2018-06-05 05:02:15 | David Ford (FirefighterBlu3) | link | issue29539 messages |
2018-06-05 05:02:15 | David Ford (FirefighterBlu3) | create | |
|