MX 是什么
MX 记录声明接收该域名邮件的服务器，并附带优先级：数字越小越优先，发送方按优先级从高到低尝试投递，失败再降级到下一台。它是邮件能否到达的第一道判断依据——查不到这条记录，几乎所有发信方都会直接退信。记录的值必须是主机名而不是地址，并且这个主机名本身要能解析出地址，否则投递方拿到名字却找不到目标。
基本信息
| 类型 | MX，类型编码 15 |
|---|---|
| 记录值 | 优先级数字加邮件服务器主机名 |
| 规范 | RFC 1035 §3.3.9；拒绝收信的场景见 RFC 7505 |
| 约束 | 目标必须是主机名，使用别名作为目标会有兼容问题 |
| 优先级 | 数字越小越优先，同优先级的选择顺序不作保证 |
典型使用场景
- 接入企业邮箱：把域名指向服务商给出的邮件服务器
- 自建邮件服务：声明的服务器需同时配好反向解析与发信策略
- 主备投递：两台服务器设不同优先级，主服务器不可用时自动降级
- 明确拒绝收信：用空记录表达该域名不接收邮件
- 邮件归属排查：判断某个域名的邮件由谁负责接收
查询与配置
查询与配置
dig +short example.com MX # 看到优先级与服务器主机名
dig +short mail1.example.com A # 再确认目标主机名能解析出地址
# 区域文件里的写法：数字是优先级，越小越优先
# 记录值必须以点结尾才是完整域名输出怎么读
| 字段 | 含义与异常 |
|---|---|
| 优先级数字 | 越小越优先；两台写同一个数字无法保证负载均衡 |
| 主机名 | 必须能解析出地址；写成地址属于配置错误 |
| 解析结果 | 为空说明该域名没有声明收信服务器，会直接退信 |
排查要点
- 邮件被拒时先用命令行确认记录是否存在、目标主机名能否解析
- 只改记录不改反向解析会导致对方拒收，自建发信必须两头都配
- 收信与发信是两套独立配置，能收信不代表发出的信不会被判为垃圾邮件
不接收邮件又想明确告知发送方时，可以配置一条指向根域的空记录，语义是「本域不收信」，比不配置任何记录更清晰，也能减少退信递归。
把记录值写成地址，或者漏写结尾点导致域名被自动补全成错误名字，都会让邮件直接投递失败；这类错误在控制台里通常不会报错，只能靠实际发信验证。