Page MenuHomePhabricator

Remove all application-specific reply handler domains
ClosedPublic

Authored by epriestley on Mar 31 2015, 11:33 PM.
Tags
None
Referenced Files
Unknown Object (File)
Wed, Dec 11, 12:46 AM
Unknown Object (File)
Tue, Dec 10, 11:34 AM
Unknown Object (File)
Wed, Nov 27, 12:01 AM
Unknown Object (File)
Nov 22 2024, 10:17 PM
Unknown Object (File)
Nov 18 2024, 8:44 AM
Unknown Object (File)
Nov 10 2024, 1:22 PM
Unknown Object (File)
Nov 5 2024, 11:59 PM
Unknown Object (File)
Oct 24 2024, 10:05 AM
Subscribers

Details

Summary

Ref T7199. These were a bad idea which got copy-pasted a bunch.

  • There is zero reason to ever set these to different things.
  • Unsurprisingly, I don't know of any install which has them set to different things.

Unless I've completely forgotten about it, this option was not motivated by some obscure business need, it was just a bad decision which didn't catch anyone's attention at the time.

We partially remedied the mistake at some point by introducing metamta.reply-handler-domain, which works as a default for all applications, but never cleaned this mess up.

Test Plan

Sent some mail from applications, verified it picked up appropraite reply handler domains.

Diff Detail

Repository
rP Phabricator
Branch
mcom4
Lint
Lint Passed
Unit
Tests Passed
Build Status
Buildable 5067
Build 5085: [Placeholder Plan] Wait for 30 Seconds

Event Timeline

epriestley retitled this revision from to Remove all application-specific reply handler domains.
epriestley updated this object.
epriestley edited the test plan for this revision. (Show Details)
epriestley added a reviewer: btrahan.
  • Be slightly less aggressive about removing Macro config, it still has one option.
btrahan edited edge metadata.
This revision is now accepted and ready to land.Mar 31 2015, 11:38 PM
This revision was automatically updated to reflect the committed changes.