这在我们的 Exchange 2003 服务器上的 IIS 内的各种虚拟目录中被引用。谷歌搜索使我相信它是 Exchange 2000 的保留,但该路径在我能找到的任何方式中都不起作用。
万一它有帮助,我要做的是启用将公用文件夹复制到 Exchange 2007 服务器。我收到的错误的故障排除步骤表明 Exadmin 虚拟目录的 IIS 设置存在问题。这条奇怪的道路似乎是一条很好的线索。
(目前标签很少,因为我不确定我将把这段历史归咎于什么)
编辑...这不是 SBS 服务器,我们也没有(尽管在我之前可能有)。它是带有 Exchange 2003 的 2003 Server。没有 M:\ 驱动器,也没有任何映射到该服务器上,尽管我经常看到这一点。公共文件夹以及引用这个奇怪生物的其他 IIS 组件(例如 ActiveSync)似乎正在运行。
它是在 Exchange 2000 和 2003 上设计的。我是否理解您的环境具有一台 Exchange 2003 和一台 Exchange 2007 服务器?
如果我没记错的话,路径在 Exchange 2000 中映射到 M:,但在 2003 中它没有映射到任何东西。开发人员可以使用路径以各种方式访问数据库,这就是它被暴露的原因。
无论如何,它是设计的,不应该被弄乱。您的服务器很高兴!
“\.\BackOfficeStorage”是指 Exchange 2003 和 2000 中存在的 Exchange 信息存储的 ExIFS 可安装文件系统驱动程序(在 Exchange 2007 中已删除)。
Exchange 2000 / 2003 中的公用文件夹管理是通过对 /Exadmin 文件夹的 DAV 访问(部分)执行的。您会看到对 ExIFS 卷的引用,因为 WebDAV 请求通过该版本的 Exchange 中的 ExIFS 后端到公共存储。
这实际上是一个相当方便的功能。我进行了几次从其他邮件服务器到 Exchange 的大规模邮箱迁移,并且能够通过 ExIFS 将整个邮箱复制到用户 Exchange 邮箱中。实际上,它非常方便。它没有得到充分利用,并且作为 32 位内核模式驱动程序,当 Exchange 2007 仅支持 64 位时,它就被淘汰了。(顺便说一句:这也是 Exchange 2000 / 2003 不能在 64 位 Windows 上运行的原因。)
Microsoft 停止在 Exchange 2003 中为 ExIFS 卷提供“驱动器号”,因为太多人在做愚蠢的事情并因此破坏 Exchange 数据库(针对“M:”“驱动器”运行防病毒软件,尝试使用“M:”“驱动器”等的文件级备份)
有一篇非常好的文章,它的历史在这里:http ://www.informit.com/articles/article.aspx?p=167787&seqNum=12