近年来，出于保护隐私、便于管理等动机，很多人会选择「一站一邮」的账号注册策略，即为每个服务或应用填写不同的注册邮箱。
这有两种常见实现方法：一是通过在用户名中任意增加句点（.）或加号（+）引导的后缀构建子地址（subaddress），例如从 johnappleseed@example.com 变形为 john.appleseed@example.com 或 johnappleseed+icloud@example.com 等。向这些子地址发送的邮件仍会送达原地址，但易于通过过滤规则自动化处理。二是使用市面上各类隐私邮箱服务，例如 iCloud Hide My Email、Firefox Relay、SimpleLogin 等。它们允许生成一系列随机地址，并将发往这些地址的邮件转发到用户指定邮箱。
这两种方法各有利弊。如果使用子地址，好处是可以任选替身邮箱名，并且无需额外设置；但由于很容易从子地址推出原始地址，并不能起到真正的隐私保护作用。如果使用隐私邮箱，除了有额外成本，每次注册新服务前都要手动生成一个地址。这种随机地址也很难直接记住，几乎必须依赖密码管理器。当然，还有很多「精明」的服务干脆拒绝用子地址或常见的隐私邮箱域名注册。
有什么能兼顾的方案呢？在邮件服务配置中，有一个「catch-all 邮箱」的概念。Catch-all 邮箱可以「捕获」发送到同域名中任何无效地址的邮件，而不会导致退信。因此，只要自己有一个域名，为之配置一个 catch-all 邮箱，就可以使用以这个域名结尾的任何邮箱地址注册服务，并且总是能收到所注册服务发来的邮件。又因为这是一个自定义域名，也不容易被自动化的屏蔽机制针对。（但注意回避 .top、.vip、.xyz 这些声誉极差的低价顶级域名，否则可能被默认拉黑。）
Catch-all 邮箱的支持情况和配置方法因服务商而异，一般在邮件服务商文档中以此为关键词搜索就能找到步骤，目前见过用户体验最好的是 Fastmail。不过，自定义域名邮箱服务需要额外成本，这里介绍一个更简单的方法：包括 Cloudflare、Namecheap、Name.com、NameSilo 等在内的常见域名托管商都提供了免费的全局邮件转发服务（链接为各自文档），可以在无需配置完整收件服务的情况下，将发至你域名的所有邮件转发到一个指定地址。
以 Cloudflare 为例，在控制台选择要配置的域名，从左侧选择 Email > Email Routing，然后选择 Add records and enable，按提示添加相关 MX 记录。然后前往 Routing rules，选择 Create address 添加一个转发地址即可。
需要注意，这类邮件转发服务和其他域名邮箱服务是互斥的：如果同时配置，根据 MX 记录的机制，来件只会被发送到优先级更高的服务器，或者相同优先级中最先响应的服务器。如果手头没有多余的域名，用当前域名的一个子域名就行了。例如你一般用 example.tld 来收件，可以考虑留出 srv.example.tld 来注册服务。
解决了收邮件的问题，剩下的问题是如何从自定义域名上的任意地址发邮件。诚然，从专门用来注册账号的邮箱发邮件是比较低频的需求，但在找售后、发工单等需要与商家沟通的场合还是有必要的，否则可能导致一些不必要的解释成本。可惜，包括 Cloudflare 在内的域名托管商一般都只支持收件，而不支持发件。
这里还有必要做一点知识背景铺垫。当我们说一封邮件的发件地址时，一般是指写在邮件头部 From 字段中的地址，又称 P2 地址。收件客户端就是将这个地址显示在「发件人」一栏。除此之外还有一个 P1 地址，又称信封地址，由 SMTP 服务器在通讯时使用，起到邮件路由、服务器验证、退信接收等作用。不过，SMTP 协议并不关心这两个地址是否一致，也不关心它们与用来登录 SMTP 服务器的账户是否匹配；是否允许用户用不同地址发件，更多是邮件服务器层面的配置决策。诚然，常见场景下的「合理」选择是只允许用户从有权控制的地址发件，但也有需要允许这些地址彼此不匹配的例外。
业务邮件投递（transactional email delivery）就是这样一个例外。在电子商务、客户服务等场景，经常需要从一些特殊地址向用户发送通知，或者将工单交付给特定客服处理，这都依赖于从任意地址发件的能力；业务邮件投递服务就是为此而生的。虽然这些服务主要针对 B 端，正式方案收费不低，但一般都会提供免费的测试额度，每天几十封到几百封不等，完全足够个人使用。
