Page MenuHomePhabricator

Make mail delivery reasons code-based; include positive and negative reasons
ClosedPublic

Authored by epriestley on Apr 5 2015, 5:46 PM.
Tags
None
Referenced Files
F13300562: D12297.diff
Fri, Jun 7, 9:19 AM
F13262582: D12297.diff
Mon, May 27, 2:16 AM
F13245906: D12297.id29541.diff
Thu, May 23, 6:30 AM
F13245725: D12297.diff
Thu, May 23, 6:12 AM
F13230026: D12297.id.diff
Mon, May 20, 8:15 PM
F13223809: D12297.diff
Sun, May 19, 5:02 AM
F13205816: D12297.diff
Wed, May 15, 2:26 AM
F13189923: D12297.diff
Sat, May 11, 6:34 AM
Subscribers

Details

Summary

Ref T7731. Looking forward to T5791, I eventually anticipate writing an interface which looks like a webmail UI where users can review mail they've been sent and understand why they recieved (or did not receive) the mail. Roughly like bin/mail list-outbound / bin/mail show-outbound work today, but policy-aware (so you can only see messages where delivery was attempted to you).

We currently record a list of "reasons" why a mail is undeliverable, but this list is string-based (so it can not be translated once we start persisting it) and has only negative reasons (so it can not be used to fully understand reasons for delivery or nondelivery).

Make it code-based (so it can be translated) and allow both positive and negative reasons to be listed (so positive reasons can be understood).

Test Plan

Used bin/mail show-outbound to review mail delivery reasons, including the positive reason we currently have (forced delivery of authentication mail).

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

epriestley retitled this revision from to Make mail delivery reasons code-based; include positive and negative reasons.
epriestley updated this object.
epriestley edited the test plan for this revision. (Show Details)
epriestley added a reviewer: btrahan.
This revision is now accepted and ready to land.Apr 6 2015, 4:20 PM
This revision was automatically updated to reflect the committed changes.