Office 365 Exchangecaching模式是否需要C盘空间等于整个邮箱大小？

这里是场景：用户（我）有Office 365交换（P计划）。 用户有10GB的邮箱数据。 用户有台式机，笔记本电脑和Surface Pro。 用户希望使用本地Outlook（而不是Web界面）在所有设备上完全访问整个Exchange存储库。 用户将Outlook设置为在所有设备上使用caching模式连接到Office 365 Exchange。 这个设置确实可行，并达到了用户目标。 [一边：用户广泛使用任务，需要完整的Outlook，而不是Windows 8的邮件应用程序，以访问任务]。

但是，用户桌面上的C：\驱动器上的空间不足。 用户将.ost文件移动到D：\驱动器。 用户在标准位置创build符号链接指向D上的.ost。这在桌面上工作。 然后，用户发现笔记本电脑和Surface无法再连接到Exchange，因为c：\ users \ username \ AppData \ Local \ Microsoft \ Outlook \中的.ost文件无效。

我目前的想法是用我的桌面上的240GB C：\驱动器replace我的120GB SSD，并将.ost文件返回到原来的位置。

这是最好的解决scheme吗？

• 服务器文件共享Office文档只读直到closures并重新打开
• Outlook 2013（连接到imap帐户）与Server 2012R2 RDS上的强制configuration文件
• Windows服务器上的文件locking
• Powershell：杀死在一个进程下运行的子集的一个窗口？
• 使用ADFS Web应用程序代理。 没有从webbroser到MSOFBA的SSO

暗示和副作用将是所有装有完整caching的.ost文件的设备在C盘上为.ost文件所需的容量最多为10GB（将来随着我的资料库的增长，最多可达25GB或更多）。

一个大型的Exchange邮箱存储库对我来说很重要，但这不够优雅。 有一个很好的select吗？ 我错过了什么吗？

谢谢，

麦克风

更新问题：

事实certificate，只有具有符号链接的.ost文件的计算机也连接时，才会发生Outlook 2013的其他实例连接到Exchange的失败。 如果在该计算机上closuresOutlook，则其他计算机可以连接。

在technet.microsoft.com/en-us/library/jj683103.aspx上TechNet的标题为“selectcachingExchange模式和Outlook 2013在线模式”的页面说，使用联机模式而不是caching模式的情况是， ：

• 计算机上的邮箱的本地副本没有足够的硬盘空间的非常大的邮箱。

一种解释的方法是：如果我真的想要cachingExchange模式，我最好有足够的空间在C：\来处理存储。

因此，似乎存在一个狭窄的问题：将单个计算机上的.ost文件从C：\驱动器移动到另一个驱动器的符号链接解决scheme具有干扰其他Outlook 2013实例function的副作用尝试使用符号链接与计算机同时连接到同一个Exchange邮箱的计算机。

原则上微软应该把它当成一个bug，并在将来修复它。