我正在运行一个Exchange 2000服务器，只有less数用户（大约10）。 他们中的一些人通过电子邮件pipe理他们的全部工作。 他们经常发送/获取几兆字节大小的文件，并且每天多次发送/接收该文件的修订版本。 因此，他们有5 GB或更多的邮箱。 我只能在Exchange 2000服务器上支持这些用户中的一部分，并具有16 GB的存储限制。 我偶尔会把旧邮件归档成pst; 然而，非常大的邮件（> 2 GB）是缓慢和不可靠的，并拆分他们的邮件在几个PST的+他们的交换邮箱是不方便的（当这些邮件传播时，很难search所有邮件从一个人，是什么前景，不同的电子邮件帐户;另外，他们无法从其他计算机或通过networking邮件访问pst）。
当然，我也试图教育用户不应该发送“太大”的文件。 他们中的大多数没有电子文件大小的概念，更不用说对文件是否适合通过电子邮件传输作出明智的决定。 让他们使用其他方式来传输文件是不可能的。
所以，就像我看到的那样，选项是：
告诉用户吸取它，并手动pipe理他们的PST收集（不是一个真正的select，他们会搞砸和责备我）
find一些方法让用户离线pipe理大量的电子邮件。 不知道有什么办法可以在Outlook中做到这一点。
查找另一种（非Outlook）方式来pipe理与Outlook同步的脱机电子邮件。 国际海事组织不太可行，但我很高兴被certificate是错误的。
升级Exchange帮助？ 我可以使用10个GB的邮箱运行Exchange 2007吗？ Outlook可以处理吗？
其他？
有任何想法吗？ 谢谢。
Exchange 2007将使这个特定的问题消失…不，真的。 （请点击这里查看详细的解释）。 首先，它消除了16GB的限制。 其次，它的I / O占用率比Exchange 2003有了很大的提高，而Exchange 2003的性能比2000年有了很大的提高。第三，它具有许多其他性能和安全方面的改进。
Outlook 2007 SP2还包含一系列修复程序，以便为大型邮箱提供更好的性能。 两种产品的组合，你应该很好去。
由于PST不是集中pipe理或备份的，因此根据PST需要麻烦。
更广泛地说，您可能希望将SharePoint作为文档存储进行调查，以便您的用户获得版本控制和签入/签出function，更不用说将所有这些文档移出Exchange数据库。
由于Exchange 2007有64位的支持，你可以在机器内存更多的内存，总是很好。 Exchange 2007 std在软件中没有存储限制，所以如果你愿意，你可以有一个16TB的交换存储。
如果升级到Exchange 2003，则可以通过编辑registry值来放大信息存储，然后重新启动信息存储Google：aa998066（technet链接）使用Exchange标准，似乎可以达到75GB。 那么你将不需要使用PST文件，因为存储的原因。
build立一个邮件存储的砖级备份，然后让用户删除那些真正老的东西，并确保他们以后可以为他们恢复邮件。 减轻交换服务器上的负载。 也许对input/输出邮件设置限制为5MB？ 限制邮箱大小也？ 所以用户必须不时地进行一些清理。
只是一些想法，即时通讯没有风扇的PST文件。 至于客户端，确定它可以处理它。 我们为这里的美国人设置了一个非常奇怪的设置，一个用户收件箱，他们把每一封电子邮件发送到.. 28GB，收件箱里有大约200k个项目。 在客户端使用非caching模式，你应该是安全的。
我build议梭子鱼的消息存档 。 它可以修剪交换附件，并自己托pipe它们。 它在原始消息中提供了一个链接到修剪的附件。
我希望在这里得到相当多的赞誉，但是如果允许的话，让我添加一个“UserVoice”:-)。
从可用性angular度来看，将Outlook收件箱作为您的整个生活商店是非常棒的。 它在传统的文件系统中脱颖而出，因为在创build过程中，每个项目都存在，甚至脱机，包括所有有价值的元数据和上下文数据; 谁发送它，谁评论它，什么时候分发，以前的版本，相关的项目，…
从2003年以来，处理巨大的Outlook文件对用户来说并不成问题。随着Outlook 2007和改进的search，它变得非常方便和快速。
我确实认为，从系统angular度来看，是时候拥抱和支持大型邮箱了。 Exchange 2000已经有近十年的历史了。 转移到与今天的客户一致的版本将帮助你。
如果你坚持使用拖拉机来修剪草坪，当它变成一个巨大的混乱时，你真的会感到惊讶吗？ 电子邮件是不是一个好的文件传输方法…至less它没有与Exchange 2003和更早版本。 如果2007年解决这个问题，这将是方便的。
至于快速和免费的解决scheme，你可以安装一个带有IMAP服务的Linux服务器，它以Maildir格式存储消息 – 也就是每个邮件都是单独的文件。 与Dovecot CentOS将做。
我build议你在邮箱上添加配额，而不是使用Exchange作为一个文件存储，而是教育用户如何将附件和邮件保存到共享文件夹/ nework驱动器。
你甚至可以在networking共享上为它们创build一个文件夹结构 – 然后通过普通的windows方法来search。
您是否考虑过使用全球中继等电子邮件保留服务？ 我们使用它们来存档我们的电子邮件是出于合规的原因，但也有缩小我的用户的电子邮件箱的副作用，因为他们知道如果他们想要删除的邮件，他们可以login到全球中继站点并检索它。
其他人没有提到的另一个选项实际上是让Microsoft使用他们的（新品牌）Outlook Live提供您的Exchange安装。
一探究竟：
build议我认为你有两个很好的select：
升级到Exchange 2007，限制消失
从赛门铁克实施像Enterprise Vault这样的产品。 它将使用各种标准（包括电子邮件和附件）来存档电子邮件。 这些电子邮件在Outlook中留下了一个对用户来说几乎是透明的存根（图标看起来不一样，但其他一切看起来都是一样的），所以他们几乎没有注意到存档发生了。
我个人喜欢选项2，因为它包含附件的单个实例存储等function，因此如果您有多个具有相同电子邮件/文件的人，则只会存储一次。 这也会减less交换服务器上的大量数据，从而使性能变得更好，同时还可以减less损坏的数据存储的恢复时间。
根据我的经验，为以前从未拥有过的用户启动邮件配额是用户反抗的秘诀。 这只有在高层pipe理者认可并同意在其领域执行的情况下才有效。 自从MS-Mail的日子以来，我们已经有了严格的存储限制，这就是为什么我们可以在1TB以下的邮件存储数据库中大约有4,300个用户。
就你而言，升级到Exchange 2007将给你更多的喘息空间，因为MrTimpi和Paul Robichaux都指出了。 如果pipe理非常大的邮件商店不是一杯茶，那么归档与Exchange集成的解决scheme是另一种select; 它只是看起来像一个邮箱，即使它分开邮件存储和档案数据库。
最后，SharePoint可以在这里帮助。 这是另一个数据库，但它是从头开始devise的，以此来pipe理整个工作环境。 一旦你有这个，你可能会发现你的电子邮件服务器的压力不像以前那样快。
使用Xobni来索引和search电子邮件和PST文件。 我一直在使用它一段时间，并发现它非常有用扫描大量的电子邮件和附件。 它确实吃了一点点的记忆，但是它值得努力去找几个月前你的同事寄给你的word文档。
考虑使用电子邮件作为通信设备而不是文件存储设备。
对于您的电子邮件，文档版本需要;
你可以去SBS 2008安装（给你交换2007，共享点）
你也可以安装一个linux发行版，并使用“Mindtouch核心”（开源版本），它会给你一个像门户一样的维基/内联网，你可以附上文档等等。
最重要的是 – 你需要通过告诉他们的缺点来教育你的用户，把所有的文档存储在电子邮件中基本上是在招致损害 – 当pst腐败; 你需要强调的是，电子邮件的目的是消息传输而不是文件版本/传输，因为还有其他几个产品。
http://www.mindtouch.com（它们也提供一个vmware镜像，您可以在vmware播放器中下载和使用）
如果它更关心的是运输而不是存储（尤其是如果你还没有使用单一实例的话），也许你应该看看Accellion？
我想这就像是运行你自己的“yousendit.com”的私有版本，但是在发送者和接收者（内部和外部）之间保持所有文件的安全（具有可configuration的保留策略）。 我相信付费版本甚至可以无缝集成Outlook。
http://www.vmware.com/appliances/directory/117383
干杯，
卢克。