更新w /实际答案：我select了下面的单个答案，因为它鼓励更深入地观察实际的机器，实际的用户等等。问题只出现在Microsoft Word文件中，并且只出现在特定的用户。 在观看用户行为之后，似乎发生在上传过程中让Word打开的用户。 我们的假设是Word正在将SmartTag信息写入文件，而文件仍在上传，导致文件损坏。 它似乎发生在远程/ VPN连接更多，因为上传速度较慢，给我们一个更高的Word写入文件的统计机会。 在局域网上上传速度非常快，Word写入的几率较低。
我们发现file upload有时到达服务器上时出现问题。 只有在使用VPN连接的用户身上才会出现这种情况。 他们都运行相同的图像：干净的IE6，XP。 服务器是使用Apache Commons File Upload 1.2.1库的Tomcat 5.0.28。 VPN连接确实跨越北美到印度，所以延迟可能会很大。
提出的问题的答案：
有没有办法让你缩小这个范围呢？就像是从一个特定的网站，一个特定的用户或者一台特定的机器上的用户那里得到的一样吗？ 不，唯一的共同点就是VPN连接，尽pipe有一组VPN用户从来没有遇到过这个问题，而其他人却经常遇到这种情况
- Sharepoint – 多file upload – HTTP'post'动词不允许
- 如何chgrp在PHP上载的文件？
- 通过Squid代理时，无法将file upload到Sharepoint网站
- IIS 6.1file upload限制
- proftpd：将上传的文件复制到其他目录
腐败似乎是在一天中的某个窗口发生的吗？ 不，它可以随时发生
他们是否能够以不同的协议传输文件，是否有相同的腐败问题？ 当file upload导致损坏的版本时，他们总是通过电子邮件发送文件。 通过电子邮件发送文件始终有效。
你能够从你的网站复制文件到他们的，看到相同的结果，间歇性腐败？ 这可以告诉你，如果这是双向的腐败发生的转移过程本身造成的。 这是一个好主意。 我会尝试并报告回来。
有没有办法设置一台服务器来存储数据，然后定期在两台服务器之间运行脚本数据同步？ 好主意，但不可能出于法律和人员的原因。
可能是延迟本身造成的问题，不一定是VPN。
有没有办法让你缩小这个范围呢？就像是从一个特定的网站，一个特定的用户或者一台特定的机器上的用户那里得到的一样吗？
腐败似乎是在一天中的某个窗口发生的吗？
他们是否能够以不同的协议传输文件，是否有相同的腐败问题？
你能够从你的网站复制文件到他们的，看到相同的结果，间歇性腐败？ 这可以告诉你，如果这是双向的腐败发生的转移过程本身造成的。
有没有办法设置一台服务器来存储数据，然后定期在两台服务器之间运行脚本数据同步？ 像RSync的东西应该能够弥补嘈杂的通信。 Unison也可以工作，这样你就可以拥有两台具有数据副本的服务器，而且远程站点还可以更快地访问数据。