“暂停”实际做了什么
Firefox Relay 掩码是一个将邮件转发到你真实收件箱的地址。最接近暂停的操作是 Relay 仪表板中的邮件阻止控件：展开掩码，将滑块从“无”移到“全部”。发往该掩码的邮件随后停止转发。将滑块移回“无”即可恢复转发。
在 Relay 仪表板中，展开掩码并将邮件阻止滑块从“无”移到“全部”以停止转发；将其移回“无”即可恢复转发。来源
这是一个转发开关，不是账号开关。当你阻止掩码时，你注册的服务不会有任何变化：账号仍然存在，它们仍将掩码地址视为你的登录身份。本文的简报正是要求区分这一点，而经审查的说法仅支持转发行为，不涉及对第三方账号的任何影响。
暂停之前：清点恢复路径
密码重置通常会发送到服务存档的地址。如果该地址是掩码，阻止转发可能会在你仍处于登出状态时切断重置邮件。在触碰滑块之前，请建立一个简短列表。
| 检查项 | 为何重要 | 记录什么 |
|---|---|---|
| 哪些账号使用此掩码作为登录邮箱 | 这些是依赖转发邮件的账号 | 服务名称和存档的邮箱 |
| 其中哪些会向其发送密码重置 | 无法接收的重置存在锁定风险 | 该服务是否提供其他已验证途径 |
| 你现在是否有可用的密码或通行密钥 | 降低暂停期间需要重置的可能性 | 每个账号当前的登录方式 |
| 是否有服务仅以该掩码为联系方式 | 这些是风险最高的条目 | 是否可以先添加备用地址 |
| 你计划关闭的任何账号 | 关闭应在切断其邮件之前完成 | 每个关闭的状态 |
从这个列表可以得出两条实用规则。首先，如果服务允许你添加或更改恢复地址，请在阻止掩码之前完成，并从新地址确认更改。其次，在任何关闭完成之前，保留一个你控制的恢复方法；不要移除最后一条可用途径然后再阻止转发。
暂停之后：预期什么
一旦滑块处于“全部”，发往掩码的新邮件将不会被转发。已经送达你真实收件箱的任何内容仍留在那里。转发被阻止期间发送的邮件，经审查的说法并未描述为排队或重放，因此不要假设你以后会收到它们。
当你准备好时，将滑块移回“无”。新邮件的转发会恢复。如果你是因为不想要的邮件而暂停，请预期底层发件人仍拥有该掩码地址；恢复转发可能会让这些流量回来。
需要规划故障边界
- 阻止不是删除。 切断转发不会关闭服务账号，也不会移除服务已存储的数据。在其他地方编辑或清空个人资料也不构成删除。
- 垃圾邮件举报可能替你改变状态。 将转发的邮件标记为垃圾邮件可能会自动禁用该掩码的转发。Mozilla 表示会发送电子邮件通知，并且可以重新启用该掩码。
将转发的邮件标记为垃圾邮件可能会自动禁用该掩码的转发；Mozilla 表示会发送电子邮件通知，并且可以重新启用该掩码。来源
- 无法接收的重置不是账号已消失的证明。 将缺失的重置邮件视为需要诊断的投递问题，而不是关于账号状态的证据。
- 重新启用是转发操作，不是恢复操作。 它恢复邮件流；它不会恢复你已丢失凭据的账号访问权限。
- 本文不涵盖免费掩码限制。 关于这些限制的官方页面目前存在冲突，因此请围绕此处描述的控件进行规划，而不是配额。
用户名查询适合与不适合的地方
如果你试图弄清楚哪些公开个人资料与某个用户名相关联，用户名搜索可以显示公开匹配项。TraceSeek 覆盖 3,000+ 个平台，并提供免费首次扫描，产品描述称耗时 20–30 秒。它无法操作 Relay 设置、读取你的收件箱或确认账号所有权。公开用户名匹配是线索，不是证明同一个人控制该掩码或登录。
如果使用查询，请将其作为单独步骤：它有助于你注意到可能已忘记的公开个人资料，这可以为上述清点提供信息。它不会告诉你哪些服务向掩码发送密码重置，也不是完整的账号清单。
简短回顾
使用 Relay 滑块暂停转发，而不是删除任何东西。清点每个向掩码发送重置的服务，先确保备用恢复途径，然后再阻止邮件。使用同一滑块恢复，并记住垃圾邮件举报可能自行禁用转发。