将进行彻底的测试，但我需要在三个组织之间共享电子邮件域名空间，而无需 VPN 隧道或 Active Directory 集成。
我已设置了一个测试配置，使用内部中继作为位置“A”和“B”的接受域配置选项，并使用适当的地址空间、成本和智能主机（A 到 B，B 到 A）配置发送连接器；目前，两个方向的邮件传输都很顺畅。
但是，我不确定位置“C”将如何发挥作用：我最初认为我会添加具有相同地址空间的第二个发送连接器，但每个 Exchange 服务器上的第三个位置的成本更高，如下所示：
地点 A：
发送连接器 #1：“到位置 B”，地址空间 example.com，成本 5 发送连接器 #2：“到位置 C”，地址空间 example.com，成本 10
对另外两个位置重复上述操作。
例如如果位置 A 用户[电子邮件保护]向位置 C 用户发送电子邮件[电子邮件保护]，因为发送连接器 #1 的成本较低（优先级较高），所以它会首先在那里尝试，此时位置 B 的 Exchange 服务器将会以 进行响应550 Unknown User。
我的问题是：位置 A 的 Exchange 服务器是否会尝试发送连接器 #2，或者由于这是永久性故障，Exchange 是否会向 Alice 发送 NDR？我假设是后者。
如果是这样，有办法改变这种情况吗？您还建议如何处理这种情况？我研究过对代表“粘合”域的联系人进行自动转发（即在 example.com 之外创建子域，即 A.example.com、B.example.com 等），但这看起来确实很笨拙且不可持续。
答案1
两个发送连接器似乎没有像预期的那样工作。我必须在每个位置的邮件服务器上配置一个发送连接器，如下所示，并允许在每个位置的接收连接器上进行中继，该接收连接器与其同级位置绑定（见下文）。
位置 A -> 位置 B -> 位置 C -> 位置 A
我使用来自位置 A 的测试用户的无效收件人进行了测试，并且位置 A 的邮件服务器通过静默地显示“检测到本地循环”错误来阻止循环，但没有发送 NDR。