我有两个独立的物理站点，站点 A 和站点 B。在站点 A 中，我有以下内容：
- 2 个 CAS 服务器
- 2 个集线器传输服务器
- 2 个邮箱服务器
- 2 个边缘服务器
在站点 B 中，我有以下内容：
- 1 CAS
- 1 个枢纽
- 1 个邮箱
- 1 边
目前，站点 A 中的所有功能均正常运行。也就是说，所有用户都位于站点 A 中的邮箱中，并且所有入站邮件流都指向站点 A。我最终希望能够将部分邮箱移动到站点 B，而不会造成中断，从而实现可靠性和冗余性，但我不太清楚如何进行设置，或者这是否可行。
到目前为止，我已经在站点 B 中创建了 Edge 订阅，并且能够从在站点 B 邮箱服务器上设置邮箱的测试帐户发送电子邮件。但是，我无法接收传入邮件，这让我感到困惑。
所以我认为传入的邮件消息仍然被定向到站点 A，然后它们被卡住了，因为没有办法将邮件路由到站点 B 邮箱。这个假设正确吗？我不熟悉邮件流和路由，所以我不太确定我需要查看什么？
我会将站点 B 集线器传输添加到站点 A 中的 Edge 订阅吗？或者更具体地说，我该如何实现站点 A 和 B 上拆分的邮箱之间的通信和邮件流？
编辑更新
根据@Massimo的建议，我做了一些额外的测试。以下是一些补充信息，希望对您有所帮助。如有必要，我可以提出一个新问题。
我能够通过端口 25 从每个其他 Hub 远程登录到每个 Hub。
将邮箱数据库 DAG 翻转至站点 B 后，初步结果如下：
- 我是可以发送内部测试从站点 B 用户到站点 A 用户的电子邮件。
- 我是无法接收内部测试从站点 A 用户到站点 B 用户的电子邮件。
- 我是可以发送通过站点 B Edge 发送外部电子邮件。
- 我是无法接收发送电子邮件至站点 B 用户。
我应该从哪里开始查找以开始排除故障？此时是否可以肯定地说存在邮件路由问题？
答案1
组织内路由总是发生在集线器传输服务器之间；这是一个自动化过程，不需要您采取任何行动即可运行。
如果发往邮箱位于站点 B 的用户的消息进入站点 A（因为它是由站点 A 中的用户生成的，或者因为它是由站点 A 中的 Edge 服务器接收的），站点 A 的 HT 服务器之一会将其中继到站点 B 的 HT 服务器，然后后者会将其传递到目标邮箱；如果没有发生这种情况，则说明您的站点之间有邮件路由问题，您应该先修复这些问题。作为一个简单的测试，让站点 A 中的内部用户向站点 B 中的另一个内部用户发送一条消息，看看该消息是否被传递。如果没有，请在此处停止并修复两个站点之间的邮件路由（如果需要，请打开一个新问题，这可能需要进行一些故障排除）。
然后，关于传入的外部邮件：它们的路径由您的 SMTP 域的 MX 记录定义，这些记录存储在这些域的公共 DNS 中。如果这些记录指向站点 A 的边缘服务器，传入的 Internet 邮件将被传递到站点 A，然后站点 A 将使用上述过程将它们传递到站点 B。您可以（并且应该）添加指向站点 B 的边缘服务器的第三个 MX 记录，然后一些（大约 1/3）传入邮件将被传递到那里；但您将无法配置，以便发送给站点 A 中用户的消息被传递到站点 A 中的边缘服务器（站点 B 也是如此），除非您对这两个站点使用不同的 SMTP 域。
更新：
关于 DAG：
用户的邮箱存储在邮箱数据库中，当其邮箱服务器是 DAG 成员时，该数据库可以有一个主动副本和一个或多个被动副本；然后：
- 将邮箱存储在该数据库中的用户连接到活动副本（实际上是连接到活动副本所在站点的 CAS 服务器）。
- 这些用户生成的消息从托管主动副本的邮箱服务器发送到同一站点内的 HT 服务器，然后将其传送至下一步。
- 发送给这些用户的消息将被传递到托管主动副本的邮箱服务器所在站点的 HT 服务器（如果它们在其他任何地方），然后从 HT 服务器传递到该邮箱服务器。
您希望让用户尽可能靠近托管存储其邮箱的数据库主动副本的邮箱服务器，因此您应该创建至少两个数据库：一个用于站点 A 用户，一个用于站点 B 用户；然后，将站点 A 数据库的主动副本放在站点 A 中的一个邮箱服务器上，（可能）将被动副本放在同一站点中的另一个邮箱服务器上，将被动副本放在站点 B 的邮箱服务器上；对于站点 B 数据库，请执行相反的操作。
关于邮件路由
是的，它应该可以立即使用。如果不行，您需要排除故障。第一个测试：HT 服务器是否可以解析彼此的名称，它们是否能够使用 TCP 端口 25（SMTP）相互连接？如果您从站点telnet SiteBHT.your.ad.domain 25A 中的 HT 服务器执行，您会得到什么？