今年早些时候，我们从EMC Celera NAS转移到了IBM XIV。 我们使用映射的驱动器映射到一个从根部向下几个文件夹的区域。 在NAS用户更改之后，报告无法在Outlook中打开指向映射驱动器的链接，但是在2010年的时候，无法打开或创build到新映射驱动器的工作链接，即使它应该与以前的文件共享。
我试了一个2003年的testing笔记本电脑，我可以打开链接，运行进程监视器显示没有问题打开2003年的文件，但与2010访问被明确否认共享的顶层，然后尝试下面的文件夹（都高于驱动器映射到的地方），但报告找不到它，通过进一步调查，我们确定2003年后，2007年影响到这个问题。成功发送/打开这些链接的唯一方法是通过发送带有字集的富文本作为默认查看器和编辑器（testing笔记本电脑是如何设置的）。 即HTML电子邮件与链接无法打开。
这似乎是因为工作链接引用了映射的驱动器，而unworking链接引用了完整的UNCpath（因此Process Monitor显示它试图访问共享的根目录），但是后来我们意识到某些人可以打开链接与联合国军司令部的参考，事实certificate，所有这些人有更高的权限，我们从工作用户中删除这些权限，他们失去了打开这些链接的能力。 所以，对我来说，这似乎是相当确定的，有新的NAS的权限问题，但我们的服务器团队已经表示，一切都设置正确和相同的旧的NAS，这只是一个Outlook的问题，但重申这影响所有我们已经使用的Office版本 – 2003,2007和2010，这个问题在我们转移到新的NAS之后几天才被注意到。 那么，任何人都可以提供任何援助，为什么这个问题发生？ 当然，在我们交换NAS的同时，3个不同版本的Outlook并没有巧合地发展出错误？
我们也尝试了一些基本的东西，例如创build新的用户configuration文件等，并使用其他机器，并在论坛上尝试了大量的build议，但改变许可级别是唯一真正的区别。 此外，如果您取消映射驱动器并发送链接，那么它将工作（显示为映射的驱动器path）大概是因为Outlook无法将其转换为UNCpath，因为它找不到驱动器映射，因此它保持为映射驱动器path。 所以当用户收到带有链接的电子邮件时，它会查找驱动器映射并运行。
希望一切有意义，第一次在这里，容易在我身上等。