企业邮箱迁移不用停邮箱,也不用通知客户改地址。变的只是那两条 MX 记录,而真正会丢信的窗口只有几十分钟。
我们自己的域名搬过一次。最狼狈的不是 DNS,是第二天早上九点,全公司手机一起弹「用户名或密码不正确」,行政一上午接了十几个电话。
另有一件事很少人提:你官网的表单,此刻可能还在用那个即将停用的旧邮箱发信。
先分清一件事——换服务商,你的邮箱地址不会变
MX 记录是邮局的门牌,邮箱地址是收件人的姓名。门牌换了,姓名不动。
所以企业邮箱迁移要改的只有收信服务器,名片和合同模板上那个 sales@ 一个字都不用动。
有个前提几乎没人写在显眼处:域名控制权得在你自己手上。进不去域名后台,MX 就改不了,后面所有步骤都谈不上。
登录不了的情况不少。域名是前员工注册的、上一家建站公司顺手买的——后台密码在人家手里,打电话要了两天才拿到。进去后还发现,域名注册人和备案主体不是同一家。这两天花得不冤,总比切完 MX 才发现改不了好。
邮箱搬家会丢邮件吗?会丢信的只有三个时刻
会。但它不是随机丢,只在三个具体时刻丢。
- 旧邮箱网页端只勾了「同步最近 30 天」。搬完看到新邮箱里有信就放心了,其实三年前那份报价单、五年前那份合同附件从来没被搬过来。等发现时旧账号多半已经注销。
- 没降 TTL 就直接切 MX。常规 TTL 是 3600 秒,也就是一小时。记录一改,各地缓存里存的还是旧值,最长要等一到四个小时才统一,这期间一部分信投新服务器,一部分还在往旧的送。
- 切完就把旧邮箱注销了。旧邮箱建议留 30 天:哪怕你这边配置全对,别人的服务器还在用缓存,信会继续往旧地址投一阵子。
三条里最阴的是第一条,因为它安静。另外两条会有人喊你,第一条不会。
还有个反向的坑,跟收信无关,跟发信有关:旧邮箱的 SMTP 还开着,员工那套客户端还用旧账号发信,信就从旧服务器出去,而域名已指向新服务商,SPF 对不上,客户那端就认不出这封信是你发的。你收得到信,报价单别人看不到。
搬家是后台自带的功能,不用另装第三方工具。深量的企业邮箱(全球版)后台的邮箱搬家功能,就是填旧邮箱地址和授权码,让它自己去拉,IMAP 走 993。
企业邮箱迁移步骤:前 3 步盘点账号、开通新邮箱、搬历史邮件(先别碰 DNS)
顺序别搞反:数据先搬完,解析最后再改。反着做也能成,只是出问题时分不清是数据还是解析。第一步盘点账号,这活儿没技术含量,容易漏。
- 离职员工的账号还在不在,谁在收他的信;
- info@、sales@ 这类公共账号,密码有几个人知道;
- 有没有设过别名——老客户可能一直往你以为停用的地址发信。
答完再决定买几个账号。规格按账号数分,5 账号和 10 账号两个规格,阿里云市场那页能看到这两个规格的价格和开票主体,发票由我们开。公共账号占一个位,别按员工总数买。
第二步开通新邮箱,把账号建好。第三步搬旧邮件。旧邮件怎么搬到新邮箱?在搬家功能里填旧邮箱地址、IMAP 服务器、端口 993、授权码,勾好文件夹让它跑。有几样搬得走,有几样搬不走:
- 邮件正文和文件夹结构|搬得走|搬家的主体
- 通讯录|部分搬得走|取决于旧服务商给不给导出
- 企业网盘文件、共享日历、审批记录|搬不走|得回旧后台自己下载
- 群组、邮件列表、自动转发规则、过滤器|搬不走|新后台要重建
这里没有捷径:想省事就在搬家之前把这些导出来。邮箱搬家要多久没法给准数,取决于你有多少邮件、旧服务器给不给够带宽,几十个 G 的邮箱跑一夜是常事。
第 4 步:MX 记录怎么改,拆成 6 个动作,照着打勾
切 MX 本身只有两分钟。危险的事都在前面。切换当天照着这六条打勾:
- 确认 TTL 已降到 300 秒,且已等 72 小时;
- 把现有几条 MX 记录原样抄下来,别截图;
- 先新增新记录,两条并存一会儿,再删旧的;
- 记录值填服务商给的那串域名,不能填 IP;
- 优先级按服务商给的填,一般 5 和 10,数字小的先被问;
- 保存,然后等,别反复改。
改之前,把旧的几条记录连优先级一起抄进手机备忘录。回滚的时候你会感谢自己。
TTL 是最容易跳过的一步。常规 3600 秒,切换前 72 小时改成 300 秒。这 72 小时不是白等——旧缓存要按老 TTL 慢慢过期,过期完再改 MX,各地才会在几分钟内跟上。
域名后台 → 域名解析 → 添加记录 → 类型选 MX → 主机记录填 @ → 优先级 5 → 记录值填服务商给的那串域名 → 保存。
- T-3 天|旧记录还生效,信照常进旧邮箱|把 TTL 从 3600 改成 300
- T-1 天|缓存窗口缩到几分钟|新账号密码发到每人手上,说清切换时间
- 切换日|新 MX 接管,少量信仍走旧服务器|改记录,收一封测试信,然后别动
- T+1 到 T+3|两条路都通,来信基本到新邮箱|用 dig 在两个 DNS 上各验一次,补齐 SPF、DKIM
- T+30|旧邮箱可以退了|导出要留的东西,再注销
验的时候用命令最快:dig MX 你的域名 @8.8.8.8 +short,再跑一遍 @114.114.114.114,返回的该是新服务商那两条域名。懒得敲命令就用 MX Toolbox,输域名看 MX 那一栏。
切完之后仍然收不到信?按这个顺序查,别第一反应就改配置
换企业邮箱客户发来的信会收不到吗?切完头两天,很可能还有信进旧邮箱,这多半不是故障:收件方那台服务器还在用它缓存里的旧 MX 投递,你这边全对了,它那边还没刷新。
做外贸的更明显——海外递归 DNS 缓存比国内久,欧洲、北美的客户发来的信晚一两天才切过来。
收不到信,八成人的第一反应是回后台改配置。先别改。先确认 DNS 到底生效没有,改配置只会把能救的局面搞复杂。
- 先确认 DNS 生效没有:dig 换两个公共 DNS 各跑一次。
- 再看旧 MX 删干净没有。残留一条备用记录,信就继续往旧服务器送。
- 再看 SPF、DKIM 补齐没有,这两项管发出去的信,跟收信是两件事。
- 再看员工端:换了邮箱客户端要重新配置吗?要,地址和密码都换了,得重填。
- 最后才怀疑服务商。
还有个地方最容易漏——你官网的表单还在用旧邮箱发信
官网「联系我们」、商城订单通知、CRM、工单系统,都是拿一个 SMTP 账号发信的。MX 一切,旧邮箱一停,表单照样提示提交成功,信发不出去。
我试过一次:客户换完邮箱,官网看着一切正常,两周后才发现三条询盘全落在后台,一封没进人邮箱,最后查到表单的发信密码还是旧的。
换完邮箱,把这些地方挨个看一遍发信配置。具体怎么填,网站后台的邮件服务器怎么配那篇写了参数和端口;站里阿里邮箱和腾讯企业邮各有一篇,换成别家,参数得自己跟对方要。
什么时候该回滚
TTL 降到 300 秒之后,改回旧 MX 一般几分钟就回去了,这是提前降 TTL 留的退路。只零星几封信跑到旧邮箱,不用回滚;大面积收不到、新 MX 又验不出问题,就改回去重查。
从 QQ / 163 个人邮箱换成企业邮箱,地址是真的会变
「地址不变」有个前提:域名一直在自己手上。以前是 someone@qq.com,之后是 someone@你的域名.com,这是两个人。三个动作按顺序做:
- 旧邮箱设自动转发|新信立刻转到新地址|最要紧,先做
- 新邮箱设代收|旧邮箱里的历史信拉过来|能拉多少取决于平台给不给 IMAP
- 旧邮箱设自动回复|告诉还在往老地址发信的人新地址|挂三个月再撤
然后是把地址改过来,这几处得手工改:官网的联系方式、名片和签名、合同模板、各平台注册邮箱、发票信息、微信和钉钉资料。
但这两招靠的是原平台还愿意给你开这个口子。有些平台对新注册账号有限制,对长期不登录的账号也会停掉这些功能,别指望它一直挂着。
换服务商这条路没有这些额外动作,但前面那四步一步都省不了。
MX 就是两条记录,改起来两分钟。真正花时间的是排进日历,还有切完之后忍住不去乱改。
只想记一条的话:切换前 72 小时把 TTL 降到 300 秒,旧邮箱留 30 天别注销。这两件做到,剩下的坑基本都绕得过去。
要动手了,两个规格的报价和开票说明可以先看一眼,再对着盘出来的账号数定。我们是深量建站,做官网也配邮箱,客户换邮箱时官网表单那一头多半也一起改。






