TXT 记录查询：查看域名发布了什么
TXT 记录就像 DNS 里的便利贴。邮件认证、域名所有权证明和各种服务设置都存放在这里。输入域名，或以下划线开头的名称（如 _dmarc.example.com），每条记录都会根据其外观标注类型。
TXT 记录里都存放什么
- SPF：被允许代表该域名发送邮件的服务器。
- DKIM：接收方用来验证已签名邮件的公钥。
- DMARC：未通过 SPF 和 DKIM 的邮件该如何处理。
- 域名验证：向 Google、Microsoft、Apple 和众多软件厂商证明您控制该域名的令牌。
- 邮件安全相关的指引，例如 MTA-STS 和 TLS 报告。
各类 TXT 记录所在的位置
不同的记录位于不同的名称下，所以要查看某一条记录，需要在查询框中输入它的完整名称。
| 记录 | 要查询的名称 | 开头内容 |
|---|---|---|
| SPF | example.com | v=spf1 |
| DMARC | _dmarc.example.com | v=DMARC1 |
| DKIM | selector._domainkey.example.com | v=DKIM1 |
| MTA-STS | _mta-sts.example.com | v=STSv1 |
| TLS 报告 | _smtp._tls.example.com | v=TLSRPTv1 |
| 网站验证 | example.com | 各服务商特有的前缀，例如 google-site-verification= |
想看到的不只是原始文本？SPF、DMARC 和 DKIM 检查工具会解析记录，并告诉您哪里有问题。
让人白白浪费数小时的 TXT 记录错误
- 同一个名称下有两条 SPF 记录。一个域名必须只发布一条，接收方会把多条视为错误。
- 把较长的值拆分在错误的位置。单个 TXT 字符串最长 255 个字符，所以较长的值要发布为多个带引号的字符串，再由 DNS 拼接回来。如果把 DKIM 密钥从中间截断而没有正确拆分，它就会失效。
- 从管理后台粘贴时带入了多余的引号或空格，这会改变接收方读取到的值。
- 停用某项服务后仍留着验证记录。它们不会造成危害，但会让区域显得杂乱，也会让任何查看的人知道您用过哪些厂商。
检查验证记录是否已生效
要求您证明拥有某个域名的服务，会给您一个需要发布的 TXT 值。添加之后，请在这里查询该域名，并在结果中找到完全一致的字符串。如果找不到，原因可能是记录添加到了错误的名称下、您的 DNS 服务商尚未发布它，或者该域名的域名服务器属于另一家服务商，而不是您编辑记录的那一家。
请逐个字符比对该值。管理后台添加的引号、末尾空格和换行，是记录明明存在却验证失败的常见原因。