这是一个很难描述的奇怪问题，请耐心等待。
我有一个客户（[email protected]），他从Rackspace购买了Hosted Exchange服务。 除了一个人（[email protected]），他没有任何问题发送电子邮件给任何人。
事实：
为什么电子邮件发送到别名没有问题，但电子邮件发送到主帐户（[email protected]）似乎消失在以太？
你没有提供很多有关你用来解决问题的工具的信息，所以我将描述当我遇到这样的问题时我采取的方法。 希望这会帮助你find解决scheme：
由于您已经确定可以在两个Exchange组织之间传送电子邮件，因此我会在O365中针对收件人的主地址（而不是别名）运行邮件跟踪。 这将告诉你什么，如果有的话，运输规则在途中被击中。 最重要的是，它会告诉你最终的交付状态。
如果交付状态不是交付状态，我会查看任何运输规则命中和最终状态，以确定电子邮件已完成（丢弃，隔离，redirect等）。 如果这还没有达到问题的底部，我会（不情愿地）创build一个MSOL支持的服务请求。
如果邮件的状态为Delivered，那么我会查看邮箱相关的事情。 我总是使用OWA，因为在检查可能有通信或脱机复制问题的任何客户端之前，我可以validation邮箱中是否存在邮件。 我会在收件箱规则，垃圾邮件，“杂波”（新function），删除项目，可恢复的删除项目。
如果有其他人遇到这个问题，我会在这里报告。
事实certificate，[email protected]在将电子邮件服务切换到Microsoft的托pipe交换之前实际上已经使用Rackspace（通过经销商）。 与Mike交易的Rackspace经销商显然从未从他们的控制面板中完全删除Mike的账户。 所以当我的客户（Kirby）试图给Mike发送电子邮件时，这个消息从来没有使Rackspace的数据中心失去信息。 就Rackspace而言，他们正在将邮件正确地传递到其服务器上仍然存在的电子邮件帐户。
Rackspace的技术人员“暗示”也许我应该联系Mike先前的Rackspace经销商，让他们从经销商的控制面板（Rackspace非常友好地build议经销商的名字）中彻底删除Mike的账户。 经销商将Mike的账户从经销商账户中彻底清除后，原来的问题就消失了。
从此他们过着幸福的生活。
结束