这在我们的 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