对于使用Microsoft Outlook和与用户抱怨说，展望实在是太慢和呆滞，并有与Outlook 2003，Outlook 2007中，甚至Outlook 2010中，存在已知的问题，并修复已知的性能问题的性能问题的Exchange服务器的组织。我一直打算写这篇博客好几年了，从来没有发现的时间，但得到五个召唤在过去的48小时内为企业（大，小），具有用户抱怨Outlook的性能问题很多，我终于爆发后下来，写了这个指南。
这是不是基于观点，理论，或仅仅是观察的参考，但我走上真正抢微软TechNet文章等权威文件来支持我提供的信息，因为我觉得有很多的“意见”出来的时间网络，大量的不正确的信息，或东西，你就不能主动管理，并说，一些未知的家伙说的问题是X，解决的办法是Y.除了权威的参考资料，我也要去解释（希望能在清晰的英语）为何存在问题以及共同步骤来解决性能问题。如果这还不够好，我有在底部地址什么，我在这篇文章的主体没有解决的常见问题。
给你……
Exchange 2003中
如果你运行Exchange 2003还和您的Exchange服务器很累坏了(旧服务器,旧硬盘,您已经添加了一个很多用户交换服务器最初实施以来,等等),然后交换2003通常开始考虑提高用户体验和性能。Exchange 2003是一个32位环境,最多只支持4 gb的RAM的服务器,不是它如何极其有效的读/写信息到磁盘,和电子邮件的要求也越来越多(用户发送大附件,手机摔桌面用户的服务器上的服务器,用户保持大量的电子邮件,等等),Exchange 2003只是没有建立支持当前世界的电子邮件。交易所2007年和交易所2010年64位环境中,添加更多的内存提供了更多的缓冲空间管理信息,和Exchange 2010从一个随机的读/写数据库,整理磁盘碎片和写消息交换顺序使最新的交换服务器更有效(或更有效的5 - 10倍)于2003年交换。更多有关Exchange 2007的好处请参阅:http://msexchangeteam.com/archive/2006/09/08/428860.aspx和研讨会，我在Exchange 2010上做了改进了的http://www.cco.com/online.htm(对不起,我说我关注事实,没有意见,其余的子弹在这篇文章中得到更多的事实,但我不得不开始推荐组织下车Exchange 2003因为我注意的其余部分将有更多的影响如果后端在交易所2007或最好是交易所2010)
Outlook 2003 / 2007邮箱大小的限制
Outlook 2003和Outlook 2007的原始版本有邮箱大小（这是2GB）的限制，虽然Outlook用户可以继续增长，他们的邮箱一样大，他们希望，Outlook启动时用户的邮箱超过2GB放缓。请参阅Microsoft知识库文章http://support.microsoft.com/kb/932086/en-us正如本文所指出的，“Microsoft Office Outlook 2007在典型操作期间会暂时停止响应。这包括在您阅读电子邮件、移动电子邮件或删除电子邮件时。”微软did release an update to Outlook 2007 (http://support.microsoft.com/kb/933493/），所以理论上可以达到延长您的邮箱75GB（和Outlook 2010也支持这一开箱75GB容量的），邮箱然而较大（beyong 2GB，即使有更新Outlook 2007或Outlook 2010），性能越慢您将体验。查看更多信息“文件夹中的邮件太多”下一个音符。
技术背景:2gb的限制是一个32位的文件系统限制，操作系统不能将大于2gb的连续文件作为单个文件处理，它必须将文件分解成更小的块来管理文件。所以尽管前景2007年或2010年支持大于2 gb OST文件(这是Cachemode前景将离线数据存储),维护一个邮箱少于2 gb的存储优化文件系统访问前景(即:将允许前景更高效地运行,因此没有“迟缓”或“慢”)
解决方案：如果需要超过2GB的存储空间，执行归档解决方案（如Symantec Enterprise Vault的，Iron Mountain公司的NearPoint为Exchange等），或者甚至是Exchange 2010的归档内置到Exchange 2010中保持用户的主邮箱2GB下的用户，并允许归档保存用户的邮件过多。
文件夹里有太多的邮件
任何一个文件夹中有超过10,000封邮件的用户都会抱怨Outlook“太慢”，我曾见过用户的收件箱中有80,000-100,000封邮件的邮箱。这是Outlook/Exchange的一个大问题，特别是对于收件箱、已发送邮件和日历等默认文件夹。微软有一篇KB文章来解决这个问题:http://support.microsoft.com/kb/905803特别是在本文中，它指出“我们建议您根据Exchange服务器环境的容量在一个文件夹中维护3500到5000个项目。”此外，您可以在Inbox和Sent Items文件夹下面创建更多的顶级文件夹或子文件夹。当你这样做时，如果一个文件夹中的条目数不超过5000，那么与创建索引相关的成本将大大降低。”(Updated 7/29/2010 - Thanks to a comment from Michael Lundgren, this update KB article notes that Exchange 2010 recommended max messages in a folder is 100,000http://technet.microsoft.com/en-us/library/ee832791.aspx。需要注意的是，Exchange 2010并没有改变索引视图的数量(仍然只有11个视图)，因此100,000 KB文章中的符号是相对于在“缓存模式”Outlook 2010下运行的。如果您使用outlook2003而不是在缓存模式下使用exchange2010，建议的最大值仍然回到5,000的水平)
技术背景:有一个标准的“默认视图”列表每个Outlook邮箱为用户快速访问的缓存视图,视图等默认收件箱视图,视图发送电子邮件,日历视图,联系人视图,收件箱视图按发件人的名字,收件箱视图按日期排序,收件箱视图按主题,等等。当用户打开其邮箱时，缓存会将默认内容视图排成队列。每当用户点击重新排序视图(即:用户希望按日期排序收件箱中的消息，然后按发件人名称排序收件箱中的消息)，Outlook就会重新cast视图。收件箱已超过10000条消息,前景超过缓冲区缓存,那么前景必须抓住所有的消息头(日期、发件人、主题信息)和实时信息在内存中进行重新排序),这将导致显著延迟需要多长时间用户开放其前景或访问一个文件夹。如果用户正在为Outlook使用Cachemode，则数据访问和排序是在本地完成的。但是，如果用户不使用Cachmode，则在Outlook和Exchange服务器之间进行访问或排序，这意味着在排序发生之前，需要从Exchange检索文件夹中所有消息的所有头。这给本地Outlook带来了巨大的负载，需要慢慢从Exchange收集信息来进行排序，也给Exchange带来了巨大的负载，需要查询整个Exchange数据库来收集文件夹中的所有消息，然后将消息头发送给用户。这适用于任何文件夹,所以如果用户拥有年,成千上万的日历条目或成千上万的物品发送时点击发送项目文件夹,或成千上万的物品在某些用户创建自定义文件夹,一旦超过前景看法缓冲区,每一次用户点击一个文件夹,查询必须手动完成排序并显示在屏幕上的消息。
解决方法：请在5000个邮件的所有文件夹。至少到其他文件夹中创建子文件夹和移动邮件从收件箱，已发送邮件和日历文件夹，但更好的是，使用一个电子邮件归档解决方案，以尽量减少存储在Outlook中的邮件数量。请记住，它不只是收件箱/已发送邮件文件夹，但日历，它定期归档旧日历约会是一样的归档和cleanring了邮件文件夹重要。另一种选择是考虑升级到Exchange 2010和使用Outlook 2010在缓存模式，以增加潜在的极限可达10万个邮件的文件夹中，但最佳极限仍远在20,000消息的文件夹中强调交易所指数的表现影响，上超出了预设的飞11个指标提出过度紧张交易所。
反病毒程序的性能
防病毒程序把负载上的Outlook，尤其是实时邮件扫描（通常是在默认情况下）被启用。这意味着每次打开邮件时，反病毒软件扫描邮件和附件。这可能需要5-20秒，依赖于计算机系统的运行速度和系统具有对如何快速进行实时扫描其他应用程序的负载。也有一些防病毒程序，如一个由麦克菲与Outlook 2007 McAfee网站引用错误：https://kc.mcafee.com/corporate/index?page=content&id=KB50523按照技术说明，有一个“与Outlook 2007和McAfee已知问题标识在Outlook中的‘自动完成’功能的缓冲区溢出‘挂起’展望5-10秒迈克菲的作品出来的问题与展望”
解决方案:Exchange 2007和Exchange 2010的最佳实践是在Exchange Hub传输服务器上执行反恶意软件扫描。由于exchange2007和2010将所有入站和出站消息以及用户对用户的消息都通过集线器传输服务器，因此只需让HT服务器扫描传输中的消息就可以确保恶意软件不会在用户之间传输。邮件在传输过程中被扫描，组织可以选择在Outlook客户端禁用实时扫描邮件，从而消除了在客户端桌面打开每条邮件时反恶意软件产品造成的5-20秒延迟(和扫描性能负载)。客户端或Exchange服务器存储上的消息可以定期扫描(即:在空闲周期或非工作时间，以确保“静止”的文件是干净的)。这将提高客户端的性能。
苹果iOS 4的Bug
苹果公司在2010年6月承认，在所有iPhone 4设备中附带的iOS 4.0操作系统的初始版本中存在一个bug，对于那些将iPhone升级到iOS 4操作系统的用户来说也是如此。苹果公司的技术笔记解释道:http://support.apple.com/kb/TS3398特别是tech note中写道:“在升级到ios4.0后，一些用户可能会注意到Exchange ActiveSync邮件、联系人或日历无法同步，或者同步速度非常慢。”此外，一些Exchange服务器管理员可能会注意到他们的服务器运行得很慢。
技术背景:这个bug实际上是在iPhone和Exchange之间创建了一个I/O错误，导致Exchange服务器运行ActiveSync(基本上是任何Exchange 2003、2007或2010服务器)，试图连接到iOS 4的iPhone时受阻。iPhone,而陷入与发动Exchange服务器不能其他ActiveSync请求服务,因此经验是Windows Mobile和iPhone 3用户抱怨交换移动访问不可用,用户无法连接到手机同步,停滞或所有其他用户访问交流前端或客户端访问服务器。
解决方案:任何使用iphoneios4.0原始版本的用户都需要使用苹果支持说明中提到的补丁/更新来更新他们的iOS。
前景索引
Outlook在Outlook 2007中增加了索引，这是一个伟大的功能，允许你在整个邮箱中查找消息非常快。索引的问题是，它需要一段时间来创建索引，并且用户邮箱中的任何重大更改(即:用户将大量消息从一个文件夹移动到另一个文件夹)都需要重新索引。系统在对Outlook进行重新索引时，会对Outlook的性能以及整个用户系统的性能造成影响。