这是在我们的Exchange 2003服务器上的IIS中的各种虚拟目录中引用的。 谷歌search导致我相信这是从Exchange 2000的搁置，但是这种方式不能以我能find的任何方式运作。
万一它有帮助，我想要做的是启用公用文件夹复制到Exchange 2007服务器。 我收到的错误的疑难解答步骤表明Exadmin虚拟目录的IIS设置有问题。 这个奇怪的道路似乎是一个很好的线索。
（标签目前是稀疏的，因为我不知道我将如何归因于这段历史）
编辑…这不是一个SBS服务器，我们没有（尽pipe可能在我的时间之前）。 这是一台带有Exchange 2003的2003服务器。没有M：\驱动器，也没有任何映射到该服务器上，但我经常看到这个。 公共文件夹似乎正在运行，以及引用这个奇怪的生物的其他IIS组件（如ActiveSync）。
它在Exchange 2000和2003的devise中就有了。我的理解是，你有一台Exchange 2003和一台Exchange 2007服务器的环境？
如果我没有记错，path被映射到M：在Exchange 2000中，但在2003年它没有映射到任何东西。 开发人员可以用不同的方式访问数据库，这就是为什么它暴露在外。
无论如何，它的devise，不应该混淆。 你的服务器很开心！
“\。\ BackOfficeStorage”是指存在于Exchange 2003和2000（并在Exchange 2007中删除）的Exchange信息存储的ExIFS可安装文件系统驱动程序。
通过DAV访问/ Exadmin文件夹（部分）执行Exchange 2000/2003中的公用文件夹pipe理。 您看到ExIFS卷的引用，因为WebDAV通过ExifS在Exchange版本中向后端请求存储在公共存储中。
这实际上是一个相当方便的function。 我做了从其他邮件服务器到Exchange的大量邮箱迁移，并能够通过ExIFS将整个邮箱复制到用户Exchange邮箱中。 实际上，这非常方便。 它是未充分利用的，并且是一个32位内核模式驱动程序，当Exchange 2007只有64位时才会受益。 （顺便说一下，这也是Exchange 2000/2003无法在64位Windows上运行的原因。）
微软在Exchange 2003中停止给EXIFS卷一个“驱动器号”，因为太多的人在做愚蠢的事情，并因此摧毁了Exchange数据库（运行针对“M：”“驱动器”的反病毒，试图用“M：”“驱动器”的文件级备份等）
这里有一篇非常好的文章，它的历史在这里： http : //www.informit.com/articles/article.aspx?p= 167787& seqNum=12