当我们的服务器或互联网连接中断时，我们使用 pop 帐户作为备份。我们最近升级到 sbs 2008。
我已经通过 SBS 控制台弹出连接器添加了我们的备份弹出帐户。当我现在点击 retreive 时，它给了我一个错误。
在事件日志中，错误描述为：
The TCP/IP connection with the '[pop sever]' server was terminated while
trying to access the '[[email protected]]' mailbox. The cause may be
server problems, network problems, a long period of inactivity, a
connection time limit, or incorrect connection settings.
仅当帐户中有消息时才会发生这种情况。如果帐户为空，则不会出现错误并显示已成功完成。该消息可以是任意大小，但仍会引发此错误。它在一分钟内超时。
查看弹出的详细日志，它会在超时之前一直到下载消息阶段。即它进行身份验证，检查有多少消息并开始下载。
我知道这不是防火墙问题，因为我在硬件文件墙和服务器上打开了相关端口。
当我直接在 Outlook 中设置一个时，我可以从这些流行帐户下载邮件。
我也不认为这是一个病毒扫描问题，因为即使我在服务器上禁用了 Symantec Endpoint Protection 11，我也遇到了这个问题——这是我们使用的。
有什么想法吗？
从http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=983b941d-06cb-4658-b7f6-3088333d062f下载网络监视器并使用它来监视与 POP3 服务器的连接。
POP3 是一个简单的协议，POP3 命令是纯文本。在网络监视器的输出中，您将能够看到服务器发送的命令和 POP3 服务器的响应。应该很容易准确地看出问题所在。
最新版本的网络监视器是一个错误使用，但帮助相当不错并且有示例。
JR
----8<---- 对查理评论的回应：
我怀疑丢失的部分是否重要。TCP 是一种容错协议，即使数据包丢失，TCP 也会纠正丢失。
如果跟踪实际上显示了邮件，则 POP3 连接器正在下载邮件。邮件之前的数据包应该是从您的服务器到 POP3 服务器的数据包，其中包含 RETR 命令。POP3 服务器通过发送邮件来响应 RETR。在包含邮件的数据包之后，您的服务器应该发送一个 DELE 命令，最后是一个 QUIT。
如果在邮件发送到您的服务器后没有数据包，则表明您的服务器未能发现邮件的结尾，因此它处于挂起等待状态。这给 SBS 2003 敲响了一个微弱的钟声。我对此只有微弱的回忆，但我相当确定我在 2003 年看到过类似的东西，那是由于防病毒软件。有人安装了处理邮件下载的 AV 并干扰了连接器。
您是否考虑过从服务器卸载 AV 以查看是否有帮助？我们只安装了几次 SBS 2008，其中只有一个使用 POP3 连接器，但它确实有效。作为最后的手段，我实际上已经编写了一个 POP3 下载器，我很乐意在 Sourceforge 上使用它。
您需要在交换控制台中执行此操作：
设置连接器“pop3 连接器名称”-ConnectionTimeout 小时：分钟：秒设置连接器“pop3 连接器名称”-ConnectionIdleTimeout 小时：分钟：秒
这将增加交换假定连接器已空闲之前所需的时间 - 即使连接器仍在忙于下载邮件。如果服务器与 Internet 的连接速度较慢和/或它们经常收到可能导致连接器超时的大邮件，则这尤其必要。
这解决了我的问题。我希望它能解决你的问题！
问候，
安德鲁
如果可能的话，我建议（如果您还没有）在单独的主机上尝试不同的 pop3 帐户，以排除主机的任何问题或两者之间的某种不兼容。