Office 365 托管 Exchange 的奇怪未交付行为

use*_*410 5 email exchange microsoft-office-365 exchangeonline

这是一个很难描述的奇怪问题,所以请耐心等待。

我有一位客户 (kirby@jibberish.com) 从 Rackspace 购买了托管 Exchange 服务。除了一个人 (mike@foobar.com),他向任何人发送电子邮件都没有问题。

  • kirby@jibberish.com = Rackspace 托管交换
  • mike@foobar.com = Microsoft 365 托管 Exchange
  • mikealias@foobar.com = 指向 mike@foobar.com 的别名,我们设置它作为测试,以查看从 kirby@jibberish.com 发送到 mikealias@foobar.com 的电子邮件是否会发送到 mike@foobar.com 的收件箱。

事实:

  • mike@foobar.com 可以发送邮件至 kirby@jibberish.com
  • 尝试从 kirby@jibberish.com 发送到 mike@foobar.com 不会导致任何错误、失败或 NDR 消息,但该消息永远不会到达 Mike 的收件箱。
  • mike@foobar.com 可以毫无问题地接收来自发件人的电子邮件,而不是从 Rackspace 托管的电子邮件域发送的电子邮件
  • 从 kirby@jibberish.com 发送到 mikealias@foobar.com 的消息通过OK并到达 Mike 的收件箱

为什么发送给别名的电子邮件没有问题,但发送给主帐户 (mike@foobar.com) 的电子邮件似乎消失在以太坊中?

use*_*410 1

如果其他人遇到这种情况,我会在这里报告。

事实证明,mike@foobar.com 在将电子邮件服务切换到 Microsoft 的 Hosted Exchange 之前实际上已经使用过 Rackspace(通过经销商)。与迈克打交道的 Rackspace 经销商显然从未从其控制面板中完全删除迈克的帐户。因此,当我的客户(Kirby)尝试向 Mike 发送电子邮件时,该消息从未从 Rackspace 的数据中心发出。就 Rackspace 而言,他们正在将消息正确地发送到仍然存在于其服务器上的电子邮件帐户。

Rackspace 技术人员“暗示”也许我应该联系 Mike 之前的 Rackspace 经销商,让他们从经销商控制面板中完全删除 Mike 的帐户(Rackspace 很友善地建议了经销商的名称)。经销商将迈克的帐户从经销商帐户中完全删除后,原来的问题就消失了。

从此他们过着幸福的生活。
结束