设想：
我们在角落里有一台“自动订单”机器，运行的是 XP 和 Outlook 2003。它的工作是检查特定帐户的新电子邮件，当遇到新电子邮件时，它会检查电子邮件正文中的特定措辞以确定它来自哪个客户（使用宏），然后检查附件中的特定订单代码，然后解析附件以创建 .csv 文件（然后通过电子邮件发送给销售团队之一），然后将 .csv 导入我们定制的 ERP/销售订单系统以创建订单。
问题：
机器会定期出现网络连接丢失的症状（无法连接到任何网络源）。有时几天后，有时一周后。处理的电子邮件/订单量似乎没有关联。
附加信息：
- 机器的.pst 存储在映射的网络位置上。
- 创建的.csv 存储在映射的网络位置上。
- 这是一个工作组，而不是域。
- 所有网络驱动器都是来自 Ubuntu 文件服务器的 Samba 共享。
- 我们定制的系统由数据库（MySQL）Ubuntu 服务器运行。
到目前为止我们排除的故障：
- 我已更换过机器（以前是 Win2000），但症状相同。
- 重新启动机器即可解决问题。
- 关闭 Outlook，然后结束 Outlook.exe 后台进程即可解决问题。
- 如果您关闭 Outlook，而没有结束后台进程，Outlook 将不会重新打开（说它找不到 pst 文件并且不会打开任何网络位置）。
- Outlook 是否有某种“最大会话”将其与邮件请求后不会关闭的网络活动联系起来？自动存档是否会导致这种情况？
- 是否有一个工具可以检查/显示每个 outlook.exe 进程正在做什么？
由于这种情况很少发生，因此尚未找到很多解决方法...
答案1
你应该研究的第一件事是这。将 PST 存储在共享网络位置上会导致我的网络出现无数问题，包括中断和 SAN 性能问题。
我建议将 PST 粘贴在本地，并使用计划作业每天复制 PST，或者使用类似于我使用过的免费工具（免费 PST 备份（此工具非常共享，因此您可能会找到更好的工具））。
答案2
最简单的解决方法（虽然有点儿老套）是使用计划任务重新启动 Outlook。由于重新启动 Outlook 可以解决问题，因此问题肯定出在 Outlook 上，或者出在 Outlook 中运行的脚本上，因此希望您能获得支持。
似乎找到一天中电子邮件流量低到没有的时间，并安排每天在那个时间重新启动 Outlook 是最有效的方法。问题解决了，至少在系统着火或硬盘损坏等之前是这样。但那是另一回事了，也是另一个问题。
答案3
这听起来绝对像是网络连接问题 - Outlook 的 MAPI 连接限制为 32 个并发连接，但是由于您没有使用 Exchange，因此这可能不是问题。不过，我当然知道这种设置可能会堵塞您的网络。
我的建议如下：
- 将 .pst 本地移动到计算机。您过去可能没有遇到过问题，但这并不意味着将来不会遇到。PST 文件因损坏而臭名昭著，所以请帮自己一个忙，将网络排除在外。
- 创建一个简单的批处理脚本，将 .pst 文件复制到您的网络共享，并使用任务计划程序按照您希望的频率安排它的运行。
如果你想真正了解发生了什么，你应该尝试使用以下软件监控你的网络Wireshark这将帮助您更好地了解当此问题发生时您的网络正在做什么。一个简单的方法也是在任务管理器中查看网络使用情况 - 如果您看到流量激增，那么写入共享驱动器上的 PST 可能是问题所在。