我正在运行 Exchange 2000 服务器，只有少数用户（大约 10 个）。其中一些用户通过电子邮件管理他们的全部工作。他们经常发送/接收几兆字节大小的文档，并且每天多次发送/接收该文件的修订版。因此，他们的邮箱大小为 5 GB 或更大。我只能在 Exchange 2000 服务器上支持其中的少数用户，因为其存储限制为 16 GB。我不时让他们将旧邮件存档到 pst 中；但是非常大的 pst（> 2 GB）速度很慢且不可靠，将他们的邮件拆分到几个 pst + 他们的 exchange 邮箱中对他们来说并不方便（当这些邮件分散在不同的电子邮件帐户中时，很难搜索来自一个人的所有邮件；此外，他们无法从其他计算机或通过网络邮件访问 pst）。
当然，我也曾试图教育用户不要发送“过大”的文档。他们中的大多数人对电子文档的大小一无所知，更不用说做出明智的决定来判断文件是否适合通过电子邮件发送。让他们使用其他方式传输文件是不可能的。
因此，据我所知，选项如下：
告诉用户忍受并手动管理他们的 pst 集合（这不是一个真正的选择，他们会搞砸并责怪我）
找到一些方法让用户离线管理大量电子邮件。不确定 Outlook 中是否有办法做到这一点。
找到另一种（非 Outlook）方法来管理大量离线电子邮件，并与 Outlook 同步。在我看来，这不是很可行，但我很高兴被证明是错的。
升级 Exchange 有帮助吗？我可以运行拥有数十 GB 邮箱的 Exchange 2007 吗？Outlook 可以处理吗？
其他？
有什么想法吗？谢谢。
答案1
Exchange 2007 将使这个特定问题消失……不，真的。（检查这里详细解释原因）。首先，它取消了 16GB 的限制。其次，它的 I/O 占用空间比 Exchange 2003 有了很大的改善，而这又比 2000 有所改进。第三，它还具有大量其他性能和安全改进。
Outlook 2007 SP2 还包含大量修复，以便为大型邮箱提供更好的性能。结合使用这两种产品，您应该可以顺利使用。
依赖 PST 会带来麻烦，因为它们不是集中管理或备份的。
更广泛地说，您可能希望将 SharePoint 作为文档存储进行研究，以便您的用户获得修订控制和签入/签出功能，更不用说将所有这些文档移出您的 Exchange 数据库。
答案2
由于 Exchange 2007 支持 64 位，您可以在机器中塞入更多内存，这总是好的。Exchange 2007 std 在软件中没有存储限制，因此如果您愿意，您可以拥有 16TB 的 Exchange 存储空间。
如果您升级到 Exchange 2003，您可以通过编辑注册表值来扩大信息存储并重新启动信息存储 Google：aa998066（technet 链接）使用 Exchange 标准似乎可以达到 75GB。那么由于存储原因，您不需要使用 PST 文件。
建立邮件存储的砖级备份，然后让用户删除那些非常旧的东西，并确保你以后可以为他们恢复电子邮件。减轻 Exchange 服务器的负载。也许将收发电子邮件限制为 5MB？还限制邮箱大小？这样用户就必须时不时地进行一些清理。
只是一些想法，我不喜欢 pst 文件。至于客户端，当然可以处理。我们为这里的美国人设置了一个非常奇怪的设置，一个用户收件箱，他们将每封电子邮件转发到该收件箱。28GB，收件箱中有大约 20 万个项目。在客户端上使用非缓存模式，您应该是安全的。
答案3
我推荐 Barracuda 的消息存档器。它可以从 Exchange 中修剪附件并自行托管。它在原始邮件中提供已修剪附件的链接。
答案4
如果你坚持用拖拉机修剪草坪，当它变成一片狼藉时，你会感到惊讶吗？电子邮件不是好的文件传输方法...至少在 Exchange 2003 及更早版本中没有。如果 2007 修复了这个问题，它就会很方便。