客户端：Windows 7 Premium，Office 2010 Pro Plus，均已完全修补。
服务器：CentOS6上的Samba 3.5.10（启用SELinux），启用卷影副本。 链接速度：1MBps。
由于Windows 7并不喜欢使用networking文件夹作为“库”而不使其脱机，所以我使用了它们的技巧（如mklink / dc：\ share \ documents \ server \ documents）
一切工作正常 – 我可以打开文件通过：C：\共享\文件（符号链接）\服务器\文件（networkingpath）和X：\（净使用后X：\服务器\文件….）
现在出现一个有趣的部分：当我打开一个Office 2010文档 – 最显着的是使用Word 2010打开的较旧的Word版本（97,2000）时，通过符号链接或“库”打开文档实际上是不可能。 打开一个小文件需要几分钟的时间。 但是，当我通过直接path或networking信件打开SAME文件时，速度令人满意。
有没有人遇到过这个？ 任何我失踪？
你没有提到是否存在与其他文件相同的行为，因为你没有，我会假设它没有。
您是否可能看到Office文件validation问题 ？ 我build议您使用ProcMon，TCPView和Wireshark / TCPDump的组合来尝试获取当您尝试通过symlinked目录打开文档时Office正在执行的操作。 另外，将Samba上的日志级别调高到10，看看它在做什么。