什么是 ESP / MX 查询？
任何接收邮件的域名都会在 DNS 中发布一条或多条 MX（Mail Exchanger）记录。这些记录指向负责接收邮件的服务器主机名，并通过数值优先级决定解析顺序。主机名模式通常具有辨识度——Google Workspace 发布 `aspmx.l.google.com`，Microsoft 365 发布 `*.mail.protection.outlook.com`，Zoho 发布 `mx.zoho.com`，以此类推。
ESP 检查器查询这些 MX 记录，按优先级排序后将主机名与已知服务商数据库进行匹配。协议由 RFC 5321（现代 SMTP 规范）与 RFC 7505（定义不接收邮件域名的 'Null MX'）规范。
为什么要检查 ESP / MX 记录？
1按邮箱服务商定制外联
Gmail、Microsoft 与企业内部过滤器对内容的评分不同——了解目标可指导主题与 HTML 选择
2确认迁移切换
切换服务商后，先确认 MX 已指向新平台，再下线旧平台
3发现错误路由的邮件
错字或过时的 MX 会静默把邮件送到错误的服务商——检查器会立刻显示
4审计域名组合
在并购或审计企业时，一眼看清每个域名使用的邮件平台
ESP 识别流程——逐步说明
您输入一个域名，检查器通过 DNS 查询其 MX 记录。
每条 MX 记录被解析为优先级数值与主机名。
记录按优先级排序——发送服务器会优先尝试数值最小的主机。
主机名与已知服务商（Google、Microsoft、Zoho、Proofpoint、Mimecast 等数十家）的特征模式进行匹配。
识别出的服务商将与完整的按优先级排序的 MX 列表一同显示，便于您自行审计路由。
MX 记录语法
example.com. 3600 IN MX 1 aspmx.l.google.com.
example.com. 3600 IN MX 5 alt1.aspmx.l.google.com.
example.com. 3600 IN MX 5 alt2.aspmx.l.google.com.字段说明
优先级— 数值越小越优先，由发送方先尝试主机— 接收方邮件服务器的主机名TTL— 缓存生存时间（秒）IN— Internet 记录类别MX— 记录类型常见 ESP / MX 故障与修复
未发布 MX 记录
没有 MX 记录就无法接收邮件——按服务商提供的内容发布相应记录
旧服务商 MX 仍在生效
迁移后旧 MX 仍在响应——请删除过期记录以避免邮件回环
所有记录使用相同优先级
可能是有意（轮询），也可能是疏漏——请核对服务商文档
MX 指向 CNAME
RFC 2181 禁止 MX 指向 CNAME——请直接指向具有 A/AAAA 记录的主机
常见问题解答
ESP（Email Service Provider）检查器会查询域名的 MX 记录，并将其与 Google Workspace、Microsoft 365、Zoho、Proofpoint、Mimecast 等已知服务商数据库进行比对。即便域名本身是自定义的，MX 主机名通常也能毫无歧义地揭示服务商。
了解接收方 ESP 有助于针对性调整外联内容——Gmail 与 Outlook 的内容评分逻辑不同——并可借助服务商公开的送达率规则排查问题。对自有域名而言，则可确认迁移后 MX 没有错误地指向已废弃的平台。
邮件服务商出于冗余考虑通常发布多条 MX。若主主机宕机，发送服务器会按优先级尝试下一台。Google Workspace 与 Microsoft 365 通常会在不同基础设施上发布 4–5 条 MX，以保证即使遇到区域性故障也能正常收信。
适用于任何发布 MX 的域名。停放或未使用域名通常会暴露注册商的默认 MX 或“无 MX”配置，两种情况检查器都能清晰提示，因此非常适合对大规模域名组合进行审计。
了解某个潜在客户是使用 Google、Microsoft 还是其他服务商，可以让您对营销活动进行细分，并针对每家服务商的过滤行为量身定制发送策略。您可以为每个细分群体预热并路由合适的收件箱，并优先发往您投递率最强的服务商。
Unknown 通常意味着该域名没有 MX 记录、使用了工具无法匹配到已知特征的服务商，或通过自定义或自托管服务器路由邮件。对于未设置接收邮件的闲置或配置错误的域名，也可能出现这种情况。