大约 3 或 4 天前，我们的 SBS 2008 服务器（带有 Exchange 2007）开始拒绝部分（大多数）电子邮件。返回失败消息如下所示：
另一台服务器返回的错误是：451 451 4.7.0 等待客户端输入超时（状态 18）
我重启了我们的 Sonicwall TZ-210 路由器，但没有任何变化。我认为这个问题与 MTU（数据包大小）有关，但我不明白为什么问题现在才出现。我们已经好几个星期没有对网络基础设施进行任何更改了。
如果我强制使用未分段的数据包 ping 我们的 SonicWall（DSL 连接，桥接模式），我会在数据包大小为 1320 左右时开始出现数据包丢失的情况。也许这是完全正常的，我不确定。
我还没有尝试重启 DSL 调制解调器，因为我不在现场。这是我接下来要尝试的事情之一。
答案1
在网上查阅了更多信息后，我使用 -f 开关进行了一些 ping 测试，发现这个特定的 DSL 连接开始丢弃超过 1300 字节的数据包。微软将此称为“黑洞路由器”。基本上，该端口有问题。
我通过进入 SonicWall TZ-210 内的 PPoE 连接设置并将 MTU 更改为 1250 范围内的某个值（我不记得确切的数字）来解决这个问题。传入的电子邮件以及使用该特定连接的任何其他流量立即开始再次流动。我必须联系 SonicWall，看看我们是否可以在保修范围内解决此问题。
更新1
事实证明，这显然是 DSL 调制解调器的问题，而不是 SonicWall 的问题。事实证明，在更换调制解调器之前，更改路由器 PPoE 设置中的 MTU 设置是一种有效的解决方法。
更新2
新的 DSL 调制解调器无法解决此问题。仍不确定是哪个设备或软件导致了此问题。
更新3
我猜我没能在这里回复到底出了什么问题。电话公司在他们的一个电话亭或办公室里发现了一些坏硬件，并更换了它。如果你正在排除此问题，棘手的部分是确定是你自己硬件的问题还是你局域网之外的东西的问题。
答案2
如果是路由问题（根据错误消息，这很有可能），请尝试在 SBS 的公共接口上设置 MTU 最大大小。您可以在注册表中为每个单独的 tcpip 接口设置包大小限制。
请查看 Microsoft 的指南，最后一个建议“方法 3”将引导您设置 MTU 最大大小：http://support.microsoft.com/kb/314825