设计完美的 DNS、SPF、DKIM 与反向 DNS 记录
通过 UDP DNS 实时检查任意现有域，或生成完整、可直接复制的 DNS 区域，包括 RFC 7208 SPF 查询计数、双 DKIM、DMARC、MTA-STS，以及精确的 IPv4 in-addr.arpa 和 32 个半字节的 IPv6 ip6.arpa PTR 记录。
域、IP 与策略配置
生成完整的 DNS、协作 SRV 和反向 DNS 记录，并进行实时检查
Gmail™、Microsoft 365® 和企业网关会验证哪些内容
1. 正向确认反向 DNS (FCrDNS)
您的公网 IPv4 和 IPv6 地址都必须在托管服务商处设置 PTR 记录，并指向确切的 EHLO 主机名（例如 mail.company.com）。
2. 严格的 SPF，查询次数少于 10 次
对您自己的服务器使用直接的 ip4: 和 ip6: 机制（0 次额外 DNS 查询），最后以严格的 -all 结尾。
3. 双 DKIM & DMARC 对齐
在 nextxch 中使用 Ed25519 + RSA-2048 为每封出站邮件签名，并发布带 RUA 报告的 DMARC p=quarantine 或 p=reject。
DNS 与送达率常见问题
为什么反向 DNS (PTR) 和 FCrDNS 是邮件投递的必要条件？
Gmail™、Microsoft 365® 和企业网关等大型接收方会验证您的 IPv4 和 IPv6 发送地址是否都能通过 PTR 解析到您的 EHLO 主机名，以及该主机名是否能正向解析回完全相同的 IP（正向确认反向 DNS）。没有 FCrDNS，出站邮件会被拒收或被归入垃圾邮件。
什么是 SPF 中 RFC 7208 规定的 10 次 DNS 查询限制？
如果 mx、a、include 和 redirect 等机制总共触发超过 10 次 DNS 查询，SPF 评估将以 PermError 中止。我们的顾问工具会实时计算您的查询预算，并在可能时建议直接使用 ip4/ip6 机制。
为什么要同时使用 Ed25519 和 RSA-2048 双 DKIM？
Ed25519 (RFC 8463) 提供极其紧凑的椭圆曲线 DNS 记录和很高的加密强度，而 RSA-2048 则确保与旧式网关的普遍兼容。nextxch 会同时用两种签名对每封邮件进行签名。
BIMI（default._bimi）如何在收件人的收件箱中显示我的品牌徽标？
BIMI 在 default._bimi.your-domain.com 发布一条 DNS TXT 记录，指向方形的 SVG Tiny 1.2 Portable/Secure 矢量徽标（l=https://...）以及可选的 VMC/CMC 权威证书（a=https://...）。nextxch 会验证、规范化您的 SVG Tiny 1.2 PS 徽标，并直接托管在 /.well-known/bimi/<domain>/logo.svg。注意：DMARC 必须设置为 p=quarantine（pct=100）或 p=reject。