这里有两个略有不同，但类似的情况：
2.我的文档中有一个用于POP / IMAP帐户的PST。 然后文件被redirect到networking共享。 现在，Outlook无法访问与该帐户关联的PST，尽pipe数据文件选项卡指出了该文件（\\ server \ share \ user.name \ Documents \ outlook.pst）的正确networkingpath。 Outlook加载，但它声称无法findPST，因此无法查看关联帐户的收件箱。 *
*原来这是一个特定的已知问题。 我稍后会发布一个链接
为什么在执行这些types的redirect时，这些事情会“中断”，即使从前端观点来看文件path仍然是相同的？
这是一个古老的线程，但也许有人可以从我的评论中受益。
有一个称为分布式链接跟踪客户端的服务，用于查找在NTFSnetworking共享（ KB312403 ）上移动或重命名的文件。 这适用于shell快捷键和OLE链接。
当我们移动DFS共享上的文件夹时，我们遇到了类似的问题。 经验是，在移动文件夹后，用户桌面上的快捷方式从\ dfsvirtualname \ sharename更改为\ realservername \ sharename。 是的，文件被find，但只有一次。 下一次该文件夹被移动（如存档到名为2014等文件夹）快捷方式打破。
你有一些文件的问题可能是这些文件已被移动过去，分布式链接跟踪客户端发现它们，改变链接到一个完整的\ realservername \共享名引用，现在它找不到移动的文件。
你可能会把把DFS当作一种简单的方式来给你的分享一个更好的名字，或者一个更便携的名字，而不是硬编码到任何特定的服务器。
DFS不支持文件locking，我猜这是embedded文件问题的原因。