TXT 是什么
TXT 记录承载任意文本，是所有「借 DNS 传递一句话」场景的通用载体：发信策略、邮件签名、域名所有权验证、证书签发约束的补充说明都寄居在它上面。它本身没有语义，语义由使用它的机制约定，例如以特定前缀开头的字符串会被解释为发信策略。因此排查邮件与验证类问题时，查这条记录往往比改配置更快找到线索。
基本信息
| 类型 | TXT，类型编码 16 |
|---|---|
| 记录值 | 一个或多个字符串，单个字符串有长度上限 |
| 规范 | RFC 1035 §3.3.14；发信策略规则见 RFC 7208 |
| 常见用途 | 发信策略、邮件签名、域名验证、各类策略声明 |
| 解析行为 | 多条记录的去重与顺序不作保证 |
典型使用场景
- 接入企业邮箱：添加发信策略记录声明哪些服务器代表本域发信
- 邮件安全增强：配置签名与策略记录，降低被判为垃圾邮件的概率
- 域名所有权验证：按第三方平台要求添加一段随机字符串
- 证书签发约束：用专门类型限定可签发机构，避免品牌被冒用
- 服务对接验证：部分 SaaS 平台通过该记录确认域名归属
查询与配置
查询与配置
dig +short example.com TXT # 查看该域名下所有文本记录
dig +short _dmarc.example.com TXT # 常见前缀：策略声明类记录
# 区域文件里的写法：整段值要用引号包起来
# 值里的分隔符与关键字必须完全符合对应机制的语法，写错整条记录就会失效常见用途与排查点
| 用途 | 典型排查点 |
|---|---|
| 发信策略 | 策略字符串是否以正确关键字开头、包含的域名是否有效 |
| 邮件签名 | 选择器名称与公钥内容是否与发信方一致 |
| 域名验证 | 值是否被多余空格或引号破坏 |
| 策略声明 | 策略等级与报告地址的写法是否符合对方要求 |
排查要点
- 值超长时会被拆成多段，工具显示时可能需要拼接，不要以为记录被截断
- 同一域名下用于不同目的的记录要分别添加，不要用新值替换旧值
- 验证一直不通过时，先逐字符核对平台给出的值，空格与大小写都会影响结果
单个字符串有长度上限，超出的部分会被拆成多段字符串，解析器与工具读取时可能需要拼接后再解释。发信策略这类长值常见这种情况，看到被拆开属于正常现象。
引号或分隔符写错会让整条记录失效：发信策略语法出错时，接收方通常按「没有策略」处理，邮件被判为垃圾或被拒的风险会显著上升。