我们的terminal服务器硬盘空间不足，占用大部分空间的主要文件是Outook的* .ost文件，这些文件来自远程桌面使用terminal服务器的用户。 Outlook安装在terminal服务器上，不同的用户可以使用它。
在这种情况下什么是解决scheme。 有没有办法限制* .ost文件的大小？ 我在论坛上读到，在cachingExchange模式下设置Outlook 2010不是硬盘空间是主要限制环境的最佳做法。
首先我想到的是使用文件夹redirect，并将ost文件（与AppData forlder一起）放在networking共享中，但是这并没有帮助，因为ost文件被保存为AppData文件夹的一部分，被redirect。
然后我想如果有可能限制ost文件的大小？ 或者限制电子邮件caching的时间，比如说过去6个月的电子邮件就足够了。
我想到的另一个解决scheme是将ost文件移动到其他地方，这就要求删除旧的ost文件，并创build一个新文件。 我不太确定新的OST文件是否仍然会caching旧的主机中可用的电子邮件，或者是否会从另一个离开的地方开始caching。
你有什么build议？
如果可以避免，请不要在terminal服务器上使用caching模式。 这样做几乎毫无意义。 使用caching模式的原因之一是，客户端可以在从networking或从Exchange服务器断开连接时使用Outlook。 前者不会发生，否则用户将无法login到TS，因此无法在脱机模式下使用Outlook，除非Exchange服务器不在现场，否则后者几乎不会发生。
您可以使用组策略设置新的OST文件的默认path。 您将需要相应的Office版本ADM / ADMX文件才能这样做。 请注意，这将影响新的OST文件，而不是现有的OST文件，因此您需要通过closures和打开caching模式来删除现有的OST文件，并删除两者之间的现有OST文件。
OST文件是邮箱的caching副本。 创build一个新的OST文件不会“拾取最后一个停止的地方”。 一个新的OST文件应该包含旧的OST文件包含的所有内容。 如果一个项目在邮箱中，那么它应该在OST文件中。 OST文件不包含不在邮箱中的项目，因此用户不会通过删除旧的OST文件来“丢失”项目。
不要使用caching模式…如果你想限制的大小，Outlook 2013可以很容易地做到这一点（帐户设置滑块）。 只要Exchange服务器始终在线，对本地Exchange服务器不使用caching模式就没有什么大不了的了。 这不是理想的，但它是可行的，不会导致用户心痛。
或者你可以让他们使用OWA而不是Outlook。
是的，你可以限制的OST文件的大小，看到这里： http : //support.microsoft.com/kb/832925 – 但我只看到这在我知道的一个店铺完成，结果混合（某些客户端在使用Outlook 2010时碰到限制时会出错）。
你可能会考虑一个残酷的硬件破解，只是升级服务器的磁盘空间。 只要你在任何程序上达到极限，你也会很快遇到别人的问题。
我们在terminal服务器上启用了caching模式，因为这是让即时search在连接到Exchange 2013的Outlook 2013中正常工作的唯一方法。
正如其他人所说; 不要在terminal服务器上使用.OST文件。 这是毫无意义的，正如你所发现的，浪费磁盘空间。
但是，我想补充一点，您可以在此使用组策略来收回所有空间。 下载Office 2010pipe理模板（ADMX文件）并将其放在\PolicyDefinitions目录中。 然后，您可以设置一个禁用所有用户的cachingExchange模式的GPO。
如果您不设置策略，那么删除.OST只会让Outlook重新创build它。