我们有一台 Exchange 2013 服务器（EX13 – Win2012R2 上的 Exchange 2013 SP1）。安装了 CAS 和 MBX 角色。当我启动服务器时，Microsoft Exchange 传输服务没有启动。我发现如果我禁用允许内部设备从服务器中继邮件的自定义“接收连接器”，那么服务就会启动。接收连接器在 EAC 中显示，其角色为 HubTransport。如果查看接收连接器的属性，在安全部分，身份验证区域中唯一选中的框是 TLS。在权限组中，仅选中匿名用户。如果转到范围部分，第一个框中是中继服务器的所有设备的 IP 地址，底部的框（网络适配器绑定）是“（所有可用的 IPv4）端口 25”的一个默认条目。
此外，“接收连接器”中还有 5 个我没有添加的默认连接器。它们是：
客户端前端 EX13 (FrontendTransport) – 绑定到端口 587
客户端代理 EX13 (HubTransport) – 绑定到端口 465
默认前端 EX13 (FrontendTransport) – 绑定到端口 25
默认 EX13 (HubTransport) - 绑定到端口 2525
出站代理前端 EX13（前端传输）- 绑定到端口 717
我怀疑是“Default Frontend EX13”接收连接器导致了问题，因为它也绑定到了端口 25。如果我先停止 Microsoft Exchange Frontend Transport 服务，我也可以启动 Microsoft Exchange Transport 服务，这进一步证实了这一点，就好像他们在争论谁获得端口 25 一样！我是否真的需要 Default Frontend EX13 接收连接器？它为什么在那里？我正在尽我所能尝试理解所有这些，所以如果有人能解释所有这些连接器之间的区别，我将不胜感激！
答案1
Exchange 需要能够为每个传入连接选择一个接收连接器。
它检查传入连接的两个参数：
连接尝试访问的 IP 端口号。以及
连接所来自的 IP 地址。
为了使传输正确运行，您需要确保没有两个连接器在这两个参数上发生冲突。
因此，在您的情况下，“默认前端”连接器已绑定到（端口 25 和任何地址），现在您添加另一个绑定到（端口 25 和一些具体的地址）。这两者发生冲突，因为对于特定的地址，他们都想负责，这就导致了您的运输服务问题。
解决方案：请从默认前端连接器范围中排除您在自定义接收连接器中配置的特定地址。
答案2
所以我最终自己解决了这个问题。问题是“默认前端（FrontendTransport）被分配给 CAS 角色，而我创建的自定义接收连接器被分配给 MBX 角色（HubTransport）。这些服务争夺端口 25。您可以将多个接收连接器绑定到端口 25，但它们需要分配给相同的角色。
我的解决方案是导出我在 HubTransport 角色上创建的自定义连接器上的 IP 地址，然后将其删除。我重新创建一个新的接收连接器并在“角色”部分中选择“前端传输”，然后使用 EMS 将我导出的 IP 地址添加到其中。问题解决了。
*我参考了这篇文章来帮助我从我创建的自定义连接器中导出 IP 地址，这样我就不必手动将它们全部添加回来（我有大约 30 个）。
http://terenceluk.blogspot.com/2010/11/how-do-i-exportimport-exchange-20072010.html
谢谢您的帮助！
答案3
我在医院遇到了同样的问题，但解决方案不同。
我们医院的患者门户有两台 Web 服务器前端机器。我需要为这些接口设置一个中继接收连接器。设置完成后，Microsoft Exchange 传输服务无法启动。
我尝试了 Rich701 建议的解决方案，但仍然不起作用。Microsoft Exchange 传输服务无法启动。
从他的原始帖子中我们可以得出这样的结论：
我怀疑是“Default Frontend EX13”接收连接器导致了问题，因为它也绑定到了端口 25。事实进一步证实了这一点：如果我首先停止 Microsoft Exchange Frontend Transport 服务，我也可以启动 Microsoft Exchange Transport 服务，就好像他们在争论谁获得端口 25 一样！
我在服务属性中将 Microsoft Exchange 前端传输服务设置为“自动延迟”。瞧！Microsoft Exchange 传输服务和 Microsoft Exchange 前端传输服务不再争执。Exchange Server 2013 服务已恢复。