邮件 MX 记录的迁移
发布时间:2026-04-30 17:57       
更新时间:2026-05-01 15:20
邮件迁移比网站迁移更怕断:网站断十分钟是抖动,邮件系统断一小时,丢的可能是客户订单和合同。MX 记录的切换要按"先双收、后切换"的节奏来。
第一步:新邮件系统先就位
新服务器上的邮件服务先搭好、测好:能收、能发、Webmail 能登录。用外部邮箱给新系统上的测试账号发信,直接按 IP 方式验证,这一步还不牵扯 MX 记录。端口连通用 telnet 新机IP 25 测,不通先查防火墙和安全组,别等 MX 切过去才发现收不了信。
第二步:调低 TTL 进入双收期
提前 48 小时把 MX 记录的 TTL 调到 300。随后进入双收时期:老系统照常收信,新系统把账号和域名也配置好,让两个系统都能接同一个域名的信。实现方式看方案,常见的是把新机配成老机的备用 MX,或者临时用转发规则把信同步一份过去。双收的本质,是让缓存期内到达老机的信一封不丢,并存的那两天,账号在两边都要能查。
第三步:切换 MX
确认双收正常后,修改 MX 记录指向新服务器。借着 TTL 已经调低的便利,全球生效通常在半小时以内。切换时间选在凌晨或周末邮件量最小的时段。
第四步:观察退信与延迟
切换后 48 到 72 小时盯三样:老系统还有没有新信进来,有,说明还有缓存的流量,别急着关;新系统收发的延迟是否正常;发出去的信有没有掉进对方的垃圾箱。
第五步:认证记录同步更新
SPF、DKIM、DMARC 三条记录里涉及的 IP 或域名要改成新服务器的,漏改 SPF 是发信进垃圾箱的头号原因。用在线邮件评分工具给自己发一封验证信,得分合格再收尾。DMARC 先用 p=none 只记录不拦截,观察一周报表没异常再收紧,一步到位容易误伤正常信件。
常见报错是切换后能收不能发,先查 SPF 和反向解析,再查 25 端口有没有被限制。老系统保留两周做归档,再彻底下线。