新网站能打开，员工邮箱却可能收不到信。网站切换与邮箱路由应分成两个明确交付范围。验收要核对约定邮件记录及邮件主机是否保留，不能以新首页能打开代替邮件验收。
适用读者与交付决定
换网站托管但保留原企业邮箱的公司。把本题作为网站供应方的有限验收任务；实际系统证据不能由教学例子替代。
官方依据与解释边界
Cloudflare说明标准HTTP代理不承载SMTP、IMAP或POP3；MX目标应正确解析，MX记录本身为DNS-only。 Cloudflare: email troubleshooting · 核对日期：2026年10月16日。
已填写教学例子
合成例子，不是真实客户案例。 列出有限输入、预期结果及反例，不代表已完成真实平台集成。
窄屏可横向滚动表格。
| 输入／情况 | 检查口径 | 预期结果 |
|---|---|---|
| web A changes; MX unchanged | 原批准邮箱目标 | 保留 |
| MX now points to new web host | 未批准路由 | 暂停切换 |
| mail host proxied | 普通代理 | 技术复核 |
怎样执行验收
- 导出脱敏旧记录，保留邮件供应商批准的目标及优先级。
- 比较拟上线记录；MX目标或邮件主机代理状态变化需独立批准。
- 获准切换后核对DNS并做授权收发测试，不公开信件内容。
如何解释结果与保留证据
例子只比较一条MX及主机代理标记，匹配也只是配置检查，不查询DNS或发邮件。交付保存供应商依据、变更前后目标及实测时间，不能用网站在线截图冒充邮件证据。
适用边界
不是邮件认证审计或SPF/DMARC教程，也不授权修改本站DNS。多供应商、转寄及传播时间需另行规划。
离线复核
把下方两份文件存入同一目录，以Node22.13或更新版本运行。示例不联网、不修改任何账号或网站。 已填输入与预期输出 · 可检查的函数
node decision-check.mjs website-cutover-mail-record-check.json