出海踩坑实录：客服邮箱迁到飞书，工单系统消息断了

把客服邮箱从 Cloudflare 转发换成飞书公共邮箱，本来以为只是换个收件入口，结果把工单系统的邮件自动化整条切断了。这篇记录排查过程和修复方案。

事情经过

先交代下原来的架构。

客服邮箱的域名 MX 指向 Cloudflare，Email Routing 收到邮件后交给一个 Email Worker，Worker 解析邮件、签名后推给自建工单系统的 webhook。

客户发邮件、回邮件，都会自动变成工单或追加到原来的工单线程里。

后来想让团队在飞书里共享处理客服邮件，就把这个地址迁成了飞书企业邮箱的公共邮箱，MX 也跟着指向了飞书。

但是发现不对劲。邮箱能收到客户邮件，工单系统里时有时无。

最迷惑的是时好时坏

彻底断流反而好查，时有时无的现象会把人往偶发 bug 的方向带。

实际上这和 bug 没关系。MX 改掉之后，收信路由从那一刻起指向飞书，但全网的 DNS 缓存不会同时过期。

缓存没过期的发件方，邮件照旧投给 Cloudflare，这部分正常进工单。拿到新 MX 的发件方，邮件直接投飞书，这部分就是遗漏。

同一个邮箱地址，两套系统各收一半。

等缓存全部过期，所有邮件只进飞书，自动化彻底断掉，而且全程不会有任何报错。

换托管过渡期的双路分流

排查三步

第一步，dig 看 MX 记录，发现已经指向飞书的邮件服务器。大方向基本确定。

第二步，查工单系统的入站日志。我们给每封入站邮件都落一条日志，不管是建单成功还是被拒收。