{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreignx5nfguynbw4x7nt3xmf7jr45lbcxardabdz42shrqxhgzjzera",
    "uri": "at://did:plc:haakkg7y3xdghcdmprxeexso/app.bsky.feed.post/3mex4k5k4prp2"
  },
  "path": "/t/my-email-addressing-strategy-multiple-personas-custom-domains-aliases/35355#post_5",
  "publishedAt": "2026-02-16T03:14:30.000Z",
  "site": "https://discuss.privacyguides.net",
  "tags": [
    "@bulletproof"
  ],
  "textContent": "Thanks @bulletproof for your detailed feedback.\n\nHowever I do not see a substantial benefit adding a infrastructure domain, but maybe I am missing sth.\n\nbulletproof:\n\n> The only structural weakness:\n>\n> If Proton or SimpleLogin ever becomes unavailable (account lock, policy change, billing issue, political issue), _all three personas go dark at once_.\n\nIf I have an issue with Proton, I think I could forward all my aliases (generic SimpleLogin and owned domains ones) to another email provider in a matter of minutes. Not need of infrastructure domain.\n\nBut an issue with SimpleLogin is way more problematic. I have not used any other email alias service, so I do not know if the migration of my owned domain aliases would be straight forward;\nand about the generic SimpleLogin aliases, with or without infrastructure domain, is gonna be highly time consuming, in any way, I would need to reset every online account email with generic SimpleLogin alias.\n\nBut since SimpleLogin is owned by Proton, any problem with one of them would probably affect the other.\n\nSo adding the infrastructure domain just help a migration from Proton, but this is a minor issue. The real problem is migrating from SimpleLogin and on that this solution does not help.",
  "title": "My email addressing strategy: multiple personas / custom domains / aliases"
}