这是一个很奇怪的问题，很难描述，所以请耐心听我说。
我有一个客户（[电子邮件保护]) 购买了 Rackspace 的 Hosted Exchange 服务。除了一个人以外，他向其他人发送电子邮件都没有问题（[电子邮件保护]）。
- [电子邮件保护]= Rackspace 托管 Exchange
- [电子邮件保护]= Microsoft 365 托管 Exchange
- [电子邮件保护]= 指向的别名[电子邮件保护]我们设置了测试，看看是否电子邮件发送到[电子邮件保护]从[电子邮件保护]将交付给[电子邮件保护]的收件箱。
事实：
- [电子邮件保护]可以发送电子邮件至[电子邮件保护]
- 尝试发送[电子邮件保护]到[电子邮件保护]不会出现任何错误、失败或 NDR 消息，但该消息永远不会到达 Mike 的收件箱。
- [电子邮件保护]接收来自除 Rackspace 托管的电子邮件域之外的发件人的电子邮件没有任何问题
- 消息发送自[电子邮件保护]到[电子邮件保护] 通过即可并到达 Mike 的收件箱
为什么发往别名的电子邮件没有问题，而发往主帐户的电子邮件（[电子邮件保护]) 似乎消失在以太之中了？
答案1
您没有提供很多有关用于解决此问题的工具的信息，因此我将描述遇到此类问题时所采取的方法。希望这能帮助您找到解决方案：
由于您已确定电子邮件通常可以在两个 Exchange 组织之间传递，因此我将在 O365 中针对收件人的主地址（而不是别名）运行邮件跟踪。这将告诉您在途中遇到了哪些传输规则（如果有）。最重要的是，它将告诉您最终的交付状态。
如果传递状态不是已送达，我会查看所有符合的传输规则和最终状态，以确定对电子邮件做了什么（丢弃、隔离、重定向等）。如果这不能解决问题，我会（不情愿地）向 MSOL 支持部门创建服务请求。
如果邮件状态为已送达，我会查看邮箱相关内容。我总是使用 OWA 来执行此操作，因为我可以在检查任何可能存在通信或离线复制问题的客户端之前验证邮件是否存在于邮箱中。我会查看收件箱规则、垃圾邮件、“杂乱信息”（新功能）、已删除项目、可恢复的已删除项目。
答案2
如果其他人也遇到这种情况，我会在这里报告。
事实证明[电子邮件保护]在将电子邮件服务转换为 Microsoft 的 Hosted Exchange 之前，他实际上曾使用过 Rackspace（通过经销商）。与 Mike 打交道的 Rackspace 经销商显然从未从他们的控制面板中完全删除 Mike 的帐户。因此，当我的客户 (Kirby) 尝试向 Mike 发送电子邮件时，邮件从未从 Rackspace 的数据中心发出。就 Rackspace 而言，他们正确地将邮件发送到了仍然存在于其服务器上的电子邮件帐户。
Rackspace 技术人员“暗示”我或许应该联系 Mike 之前的 Rackspace 经销商，让他们从经销商控制面板中完全删除 Mike 的帐户（Rackspace 很好心地建议了经销商的名称）。经销商从经销商帐户中完全删除 Mike 的帐户后，原来的问题就解决了。
从此他们过上了幸福的生活。