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