Catch-all 是一种域名邮件模式：邮箱会接收发往该域名下任意地址的邮件，哪怕这个地址从未被提前创建过。面对一连串注册任务，这听起来很诱人——不用为每个网站单独建一个邮箱，只需配置一次域名，之后随手编个地址就行。但这份便利不是免费的，代价不会在配置时显现，而是等域名真正用起来之后才浮现。下面说说它的原理、自己动手需要维护什么、弱点在哪里，以及什么时候租一个现成邮箱反而更划算。
Catch-all 是什么，怎么工作
普通邮箱只对应一个具体地址，发往同域名下其他地址的邮件会被邮件服务器拒收——原因很简单，那个邮箱根本不存在。Catch-all 在域名层面改写了这条规则：服务器被配置成，发往该域名下任意地址的邮件，哪怕从未创建过，都会统一落进同一个指定邮箱。发件人可以随便写成「任意字符串@你的域名」这样的地址，邮件照样能送达——只是最终和这个域名收到的所有其他邮件混在同一个文件夹里。
为什么有人要用 catch-all
最主要的原因是省去前期配置的时间。面对跨多个网站的一连串注册任务，常规做法是提前在邮件托管上为每个网站单独建一个邮箱。Catch-all 省掉了这一步：地址在注册那一刻临时编出来——比如把网站名字直接嵌进地址字符串里——邮件发过来就能收到，完全不需要事先配置。这在地址数量多、每个地址本质上都是一次性的场景里特别有用，因为为每一个都建一个完整邮箱实在是多余的工作。
自己动手要做什么——这就是维护工作
Catch-all 的便利不是白来的：要开启这个模式，需要自己的域名，还需要支持这项设置的邮件托管——不是所有套餐都允许。接下来域名需要持续维护：DNS 记录、域名信誉、SPF 和 DKIM 设置，这些都要跟上，邮件才能真正送达而不被发件方判定为垃圾邮件。这条链路里任何一环出问题——域名注册到期、DNS 记录失效、邮件托管因异常活动封了邮箱——这个域名上曾经编出来的所有地址会同时失效收信。
反面：垃圾邮件、一旦泄露、部分网站的戒心
Catch-all 有三个结构性缺陷，全都源自同一个事实：域名下所有地址由同一个邮箱负责。第一，所有找上这个域名的垃圾邮件——靠猜地址、靠泄露的名单、靠垃圾邮件机器人——都会混进这唯一的邮箱，和真正需要的邮件搅在一起。第二个更严重：一旦这一个邮箱被人拿到，就等于拿到了通过这个域名注册过的所有账号的往来邮件——泄露没法只局限在某一个地址上。第三是信誉风险：部分服务对带有 catch-all 特征、或者没有明确使用历史的域名心存戒备，可能在邮件发出之前就拦截或标记这次注册。
自建域名的 catch-all vs 租用现成邮箱
平台的做法正好相反：不能接入自己的域名——域名从统一的池子里分配——但你这边什么都不用维护。对于一次性任务，可以为某个具体网站申请一个临时邮箱：存活 20 分钟，如果这段时间内没收到邮件，激活会因超时关闭并自动退款。要长期使用某个账号，则可以按期租用邮箱，期限从 12 小时到 60 天，支持续期——预设档位覆盖 12、24、48 小时、一周、一个月和 60 天。租用邮箱自带一道过滤规则：只接收下单时指定网站发来的邮件，「所有垃圾邮件全堆一起」这个问题在架构层面就被解决了，而不是靠域名管理者自己把关。两种格式的差异详见临时邮箱还是租用邮箱一文。
什么情况下 catch-all 划算，什么情况下不如租
如果你手头已经有一个用于其他用途的域名，维护邮件对你来说不是新增负担，而是日常工作的一部分——那么加上 catch-all 几乎不用额外付出成本。当注册量很大、地址又难以预测，提前逐个准备邮箱在实际操作上不现实，同时你也清楚并接受垃圾邮件混杂和单点泄露的风险——这种情况下 catch-all 同样划算。除此之外的所有情形——还没有域名、不想或没条件维护邮件、账号之间的隔离确实重要——租一个带网站过滤的现成邮箱更简单也更安全：不用配置 DNS，不会一次性全部丢失，也不用背负一个逐渐积累信誉、责任全在你自己身上的域名。
常见问题
能不能把 catch-all 限制成只接收匹配特定规则的地址？
部分邮件托管确实在 catch-all 基础上提供更精细的过滤，但那是另一项配置，需要和整个模式同等程度的维护。普通的 catch-all 没有这种限制——它接收发往该域名的一切邮件。
如果开启了 catch-all 的域名被攻破会怎样？
拿到这唯一的邮箱，就等于拿到了这个域名曾经收过邮件的所有地址的往来记录——包括关联账号的找回邮件。在这种模式下，把事故控制在单个地址范围内是做不到的。
平台租用邮箱为什么不能用自己的域名？
域名从平台的池子里分配——这是模式的一部分：用「按指定网站过滤、你这边零配置」换掉「自己域名的维护成本和信誉风险」。
如果不想自己维护域名来做 catch-all，可以前往邮箱激活板块，为目标网站申请一次性激活，或按需要的期限租用邮箱。