我负责交换服务器的公司的老板有一个完整的邮箱。 目前的邮箱限制是2Gb（非常标准）。
他问我是否可以将邮箱撞到10Gb左右。 交换服务器与95％的时间位于同一物理networking上。
在同意将邮箱碰到10Gb之前，我应该知道有什么“陷阱”吗？ 如果他真的把账户填入10Gb，我们会遇到什么问题？
只要你有磁盘空间和备份容量，这不是一个真正的问题。 Exchange已经能够处理大型邮箱很长时间了，而且Exchange 2010的工作非常出色。
Outlook将是我唯一需要关注的地方，然后只有当用户使用旧版本（2007年以前）。 较新版本的Outlook不会有这样一个大邮箱的问题（旧版本也不会，除非你正在做caching）。
我在Outlook和大邮箱中看到的唯一性能问题与文件夹中的大量单个项目有关，但这更多的是项目数量问题而不是项目大小问题。 用户不应该在一个文件夹中保留20,000多个项目，并期望它运行良好。
如果用户需要保留大量旧数据，则可以考虑使用Exchange 2010中的个人存档function，但是没有理由不能将其保存在他的邮箱中。
我要再给埃文的答复补充一点。 大邮箱的用户导致大型数据库。 数据库越大，发生灾难时的恢复时间就越长。 这是老板应该被意识到的东西。 用10GB邮箱恢复数据库需要多less小时？
您可以通过在多台服务器上保留数据库副本来规划高可用性。 Exchange 2010中的DAG完全摇滚！ 如果预算不可用，可以考虑使用托pipe的Exchange进入云端（让高可用性别人担心的问题）。
如果他达到10GB，他可能会开始注意到性能问题与他今天相比，但我有许多用户与6-8GB邮箱没有问题。 也就是说，Exchange 2010通过Outlook 2010改进了压缩algorithm，所以它们比Exchange 2007更有效率，比2003年更好。唯一的警告：如果不运行千兆位以太网，请不要这样做。
为了扩大我对埃文的回答的评论，我的经验是，邮箱永远不会因为信息而太大，这是使他们成长的附件 。 限制邮件大小有帮助，但像大多数地方一样，这里的人总是发送带有图片的PowerPoint文件和文档，并且不需要太多的20MB文件来添加到GB。 问题是，电子邮件提供了有用的元数据给许多人：我在这个date发送这个版本的文件给这些人。
我一直没有成功，但我一直在努力让人们保存他们的附件，然后（或者干脆）删除它们。 在一些情况下，我能够训练一个有大邮箱的人使用MessageDetach来提取附件，但是这个成功率大概是1％。
据微软称，重要的不是大小，而是数量。