IPv6 Only 邮件服务器也能正常收发信吗？我做了一个小测试

0x00 疑问

近期，我在部署和维护多套邮件服务器基础设施的过程中，开始系统性地评估 IPv6 在实际邮件传输场景中的兼容性与可行性。具体而言，我关注的问题是：仅配置 IPv6 地址的邮件服务器，是否能够完整地参与标准的 SMTP 通信流程？在我看来，完整参与通信流程需要：正常接收来自其他邮件服务器的入站邮件，而且要能成功向外部投递出站邮件。

0x01 动手实践

为验证该问题，我在一个我的自有 IPv6 网络环境中部署了一台邮件服务器实例，操作系统为 Debian 13，邮件传输代理选用 Postfix。我对 Postfix 服务仅绑定了一个 IPv6 地址，并在主机上通过 ufw 开放 TCP 端口 25，用于接收外部 SMTP 连接。

为确保测试覆盖典型场景，我设计了两类通信路径：

1. 入站测试：从多个外部邮件服务（包括 Gmail、Outlook、Proton 等）向我发送测试邮件；
2. 出站测试：从该 IPv6-Only 服务器向支持双栈的邮箱（如 Gmail 等）发送测试邮件。

0x02 实践结果

在入站方向，共发起超过 30 次主动测试邮件投递请求。其中，来自 Gmail、Outlook 的邮件成功投递至本地邮箱，其他基本都被 Postmaster 退信了。具体测试结果可以参考下表：

这里的 IPv6 收信支持 指的是 MX 记录指向的服务器返回正确可达的 AAAA 记录，IPv6 发信支持 指的是可以向 MX 只有 IPv6 的服务器发信。结果中的 ⚠️ 标志表示未经测试或测试结果不稳定。

网易系列 不支持

移动邮箱 不支持

腾讯系列 不支持

阿里邮箱个人版 不支持

很明显，国内大部分邮件提供商均不支持对纯 IPv6 地址的邮件服务器发信（参见表格中的 IPv6 发信支持 部分），其他很多免费邮件提供商也不支持。

最让我意外的是 Proton Mail 居然也不支持

0x03 分析

测试结果表明，纯 IPv6 邮件服务器在协议层面具备完整功能，Postfix 能够正确处理 AAAA 记录解析、发起 IPv6 SMTP 连接、执行 TLS 握手及邮件内容传输。当前邮件互联网仍以 IPv4 为主导。多数邮件服务在出站时从来不查询 IPv6 AAAA 记录，或将 IPv6 作为次要选项，或在 IPv6 连接失败后自动降级至 IPv4。对于纯 IPv6 服务器而言，此类降级机制不可用，导致与仅 IPv4 服务的通信完全中断。

综上，纯 IPv6 邮件服务的可行性高度依赖通信对端的协议栈覆盖度。在当前过渡阶段，双栈部署仍是保障互操作性的唯一可靠方案。

0x04 对常见邮件提供商的 AAAA 记录解析

这里我使用来自 free_email_provider_domains.txt 这个 Gist 记录的所有邮件提供商进行 AAAA 记录解析，常见提供商的结果如下：

=== Testing gmail.com ===
  MX: alt1.gmail-smtp-in.l.google.com. → ✓ IPv6 supported
  MX: alt2.gmail-smtp-in.l.google.com. → ✓ IPv6 supported
  MX: alt3.gmail-smtp-in.l.google.com. → ✓ IPv6 supported
  MX: alt4.gmail-smtp-in.l.google.com. → ✓ IPv6 supported
  MX: gmail-smtp-in.l.google.com. → ✓ IPv6 supported

=== Testing outlook.com ===
  MX: outlook-com.olc.protection.outlook.com. → ✗ No IPv6 (AAAA) record

=== Testing hotmail.com ===
  MX: hotmail-com.olc.protection.outlook.com. → ✗ No IPv6 (AAAA) record

=== Testing live.com ===
  MX: live-com.olc.protection.outlook.com. → ✗ No IPv6 (AAAA) record

=== Testing yahoo.com ===
  MX: mta5.am0.yahoodns.net. → ✗ No IPv6 (AAAA) record
  MX: mta6.am0.yahoodns.net. → ✗ No IPv6 (AAAA) record
  MX: mta7.am0.yahoodns.net. → ✗ No IPv6 (AAAA) record

=== Testing protonmail.com ===
  MX: mail.protonmail.ch. → ✗ No IPv6 (AAAA) record
  MX: mailsec.protonmail.ch. → ✗ No IPv6 (AAAA) record

=== Testing zoho.com ===
  MX: smtpin2.zoho.com. → ✗ No IPv6 (AAAA) record
  MX: smtpin3.zoho.com. → ✗ No IPv6 (AAAA) record
  MX: smtpin.zoho.com. → ✗ No IPv6 (AAAA) record

=== Testing fastmail.com ===
  MX: in1-smtp.messagingengine.com. → ✗ No IPv6 (AAAA) record
  MX: in2-smtp.messagingengine.com. → ✗ No IPv6 (AAAA) record

=== Testing icloud.com ===
  MX: mx01.mail.icloud.com. → ✗ No IPv6 (AAAA) record
  MX: mx02.mail.icloud.com. → ✗ No IPv6 (AAAA) record

=== Testing gmx.net ===
  MX: mx00.emig.gmx.net. → ✗ No IPv6 (AAAA) record
  MX: mx01.emig.gmx.net. → ✗ No IPv6 (AAAA) record

=== Testing web.de ===
  MX: mx-ha02.web.de. → ✗ No IPv6 (AAAA) record
  MX: mx-ha03.web.de. → ✗ No IPv6 (AAAA) record

=== Testing yandex.ru ===
  MX: mx.yandex.ru. → ✓ IPv6 supported

=== Testing aol.com ===
  MX: mx-aol.mail.gm0.yahoodns.net. → ✗ No IPv6 (AAAA) record

=== Testing qq.com ===
  MX: mx1.qq.com. → ✓ IPv6 supported
  MX: mx2.qq.com. → ✓ IPv6 supported
  MX: mx3.qq.com. → ✓ IPv6 supported

=== Testing 163.com ===
  MX: 163mx00.mxmail.netease.com. → ✗ No IPv6 (AAAA) record
  MX: 163mx01.mxmail.netease.com. → ✗ No IPv6 (AAAA) record
  MX: 163mx02.mxmail.netease.com. → ✗ No IPv6 (AAAA) record
  MX: 163mx03.mxmail.netease.com. → ✗ No IPv6 (AAAA) record

=== Testing 126.com ===
  MX: 126mx00.mxmail.netease.com. → ✗ No IPv6 (AAAA) record
  MX: 126mx01.mxmail.netease.com. → ✗ No IPv6 (AAAA) record
  MX: 126mx02.mxmail.netease.com. → ✗ No IPv6 (AAAA) record
  MX: 126mx03.mxmail.netease.com. → ✗ No IPv6 (AAAA) record

=== Testing mail.com ===
  MX: mx00.mail.com. → ✗ No IPv6 (AAAA) record
  MX: mx01.mail.com. → ✗ No IPv6 (AAAA) record

=== Testing mail.ru ===
  MX: mxs.mail.ru. → ✗ No IPv6 (AAAA) record

=== Testing runbox.com ===
  MX: mx.runbox.com. → ✗ No IPv6 (AAAA) record

=== Testing tutanota.com ===
  MX: mail.tutanota.de. → ✗ No IPv6 (AAAA) record

=== Testing posteo.de ===
  MX: mx01.posteo.de. → ✗ No IPv6 (AAAA) record
  MX: mx02.posteo.de. → ✗ No IPv6 (AAAA) record
  MX: mx03.posteo.de. → ✗ No IPv6 (AAAA) record
  MX: mx04.posteo.de. → ✗ No IPv6 (AAAA) record

=== Testing hushmail.com ===
  MX: plsmtp1.hushmail.com. → ✗ No IPv6 (AAAA) record
  MX: plsmtp2.hushmail.com. → ✗ No IPv6 (AAAA) record

=== Testing startmail.com ===
  MX: mx1.startmail.com. → ✓ IPv6 supported
  MX: mx2.startmail.com. → ✓ IPv6 supported
  MX: mx3.startmail.com. → ✓ IPv6 supported
  MX: mx4.startmail.com. → ✓ IPv6 supported

如果希望下载完整结果，请参考我的 Gist。

0x05 总结

纯 IPv6 邮件服务器在技术实现上可行，能够与支持 IPv6 的对端完成完整的 SMTP 交互。然而，受限于当前互联网中 IPv4 仍占主导地位，以及绝大部分服务缺乏对 IPv6 环境的兼容性设计，此类部署在实际应用中存在显著的通信盲区。若目标用户群或业务伙伴中包含大量仅支持 IPv4 的邮件系统，则纯 IPv6 架构将导致不可接受的邮件丢失率。因此，在 IPv6 全面普及之前，生产环境中的邮件服务仍应采用双栈配置，以确保最大兼容性与可靠性。

本文就到这里，如您有任何疑问或希望分享自己的测试结果，请在下方评论区里留言。