⚠️ mail.et 当前暂不可用 — .et 注册局 DNSKEY 故障

⚠️ mail.et 当前暂不可用

受影响域名：@mail.et
首次发现时间：2026 年 1 月
当前状态：未解决，等待 .et 注册局回复

亲爱的 Mail.sb 用户：

关于 mail.et，我们有一份早就该发出却一直没有公开的说明。自 2026 年 1 月起，mail.et 因 .et 注册局一侧的 DNSKEY / DNSSEC 信任链故障，事实上已经无法正常收发邮件。这件事我们很早就已察觉，也在我们这一端做了多轮尝试，但至今未能得到 .et 注册局的任何回复。对于服务所受影响，以及本公告的迟迟未发，我们深表歉意。

问题具体出在哪里

DNSSEC 信任链是逐级签名的：根域委托给 .et，.et 再委托给 mail.et。对做 DNSSEC 校验的解析器来说，它必须能在 .et 注册局那里读到一条与我们当前 DNSKEY 匹配的 DS 记录。目前这条委托是错的——注册局端的 DS 与我们实际在用的 DNSKEY 不匹配——于是任何会校验 DNSSEC 的解析器在查询 mail.et 时都会返回 SERVFAIL。

落在用户侧，这意味着：

• 外发邮件失败。启用 DNSSEC 校验的收件方（绝大多数主流邮件服务商要么直接、要么通过 DANE / MTA-STS 查询间接启用了校验）无法解析我们的 SPF、DKIM、MX，因此从 @mail.et 发出的邮件会被判为未认证，结果是被拒收或静默丢弃。
• 接收邮件失败。同样的原因，发件方的邮件服务器也无法稳定解析 mail.et 的 MX 记录，寄给 @mail.et 的邮件会在对方那边就被退回，根本到不了我们这里。
• Webmail 与登录可能受影响。处于 DNSSEC 校验网络下的用户，也可能无法访问 webmail.mail.et 以及挂在 mail.et 主机名上的 API。

哪些不受影响

您的邮箱数据完好无损。域名本身仍在正常注册状态，且完全在我们的管理之下——这不是域名丢失，不是被劫持，也不是数据事故。具体来说：

• 所有邮件、文件夹、过滤规则、联系人与设置，都原封不动地保存在我们的服务器上。
• 您的账号密码仍然有效——只是暂时无法以 @mail.et 这个身份收发邮件。
• 如果您在其它 mail.sb 旗下域名（@mail.sb、@mail.ss、@mail.tl 等）上也有地址，那些地址完全不受影响，继续正常运作。

我们已经做了什么

自 1 月首次发现问题以来，我们已经：

• 多次重做 DNSKEY，并向注册局重新提交对应的 DS 记录；
• 通过独立的 DNSSEC 验证工具（Verisign DNSViz、Google dns.google、Cloudflare 1.1.1.1）反复确认：问题出在 .et 的委托层，而不是我们的权威 DNS；
• 通过所有能找到的官方渠道，反复联系 .et 注册局。

截至目前，我们未收到任何回复。技术修复本身对注册局来说只是一次操作，但没有他们的配合，我们单方面无法完成。

后续进展

只要 .et 注册局回复我们、DS 委托被修正，@mail.et 就会在一个 DNS TTL 周期内自动恢复全部服务。届时我们会立即再发一篇公告告知大家。

在此期间，如果 @mail.et 是您的主要邮箱、现在急需恢复收发，建议您先在控制面板里为自己的邮箱挂一个其它域名下的别名，以该别名作为当前的收发身份过渡，直到问题解决。

再次对本次中断表示歉意，感谢您的耐心与理解。

— Mail.sb 团队