2009 年 2 月累积更新的 outlook 2007 中改进

简介

Microsoft Office Outlook 2 月累积更新 (CU) 包含一大组的一部分 2007 Microsoft Office 套件 Service Pack 2 (SP2) 中发布的修补程序。 2 月 CU 的修补程序列表中可能不能与 SP2 修复程序列表，但这篇文章的目的，为 2 月 CU 修复指同义词修补程序 sp2。此外，Office 套件 SP2 发布后，不会只有 Outlook 针对特定程序包。Outlook 2007 SP2 是关注用户更新包含在性能和日历可靠性显著提高。本文在上述每个领域中的改进的详细的摘要。注意：成功安装此更新后，第一次作为 Outlook 运行的 Outlook 将有轻微的一次性延迟重新处理您的数据文件。此初始过程之后，本文中所述的性能将提高。

更新信息

若要为 Outlook 下载这些更新，请参阅下面的 Microsoft 知识库文章︰

Outlook 2007 修补程序包（我们） 961752描述︰ 2009 年 2 月 24 日要获得完整的 Outlook 功能，您可以安装累积更新包与下面的 Microsoft 知识库文章︰

Outlook 2007 修补程序包 (Outlook-en-us.msp) 的967688描述︰ 2009 年 2 月 24 日

详细信息

概述

性能的改进

性能和响应能力是为我们的客户的关键问题。就是为什么我们做大的性能调优和优化更改，包括 Office 套件 Service Pack 2 (SP2) 中。Outlook 2007 SP2 提供性能改进主要体现在四个方面︰

一般响应SP2 减少了 I/O 磁盘使用率和用户界面响应时间。
启动SP2 将长时间运行删除初始启动。
关机SP2 将 Outlook 退出预知尽管挂起的活动。
文件夹/视图切换视图呈现和文件夹切换，提高了 SP2。

日历改进

企业级的日历已发展成为一个复杂的系统同步的客户端和设备。客户有多个版本的 Outlook 与 Microsoft Exchange 在其组织中，并且它们还具有许多移动设备具有日历访问权限。每一种方法来访问和更新用户日历通常提供某种形式的读/写权限返回到原来的日历中，经常使用唯一定义的验证逻辑。在企业委托管理器的情况下，存在复杂性时添加许多委托正在同时从事同一主体日历。我们知道客户在这些复杂的系统，需要一种高可靠性的标准。因此，Outlook 团队已提高的基础数据结构和常规可靠性日历更新。这篇文章包括"个人 bug 修复"一节中的最新修补程序的详细的摘要。这会使您的性能和日历可靠性的改进和其他，更多的一般改进的全面概述。

常规的改进

除了改进的性能和可靠性改进了的日历的核心目标，Outlook 2007 SP2 包含多个修补程序，总体上提高稳定性，以及解决客户问题。这些修补程序的最重要直接目标上的已知的问题的 Outlook 会导致崩溃或停止响应。在安装 SP2 之后，您会通过 Outlook 使用很长一段发现增加了的稳定性。SP2 中的其他修补程序分布在以下几个方面︰

数据文件检查在启动时，在此可以看到以下警告数量少得多的数据文件检查︰

没有正确地关闭该数据文件 < 名称 >。此文件正被签的问题。
搜索的可靠性如果您使用 SP2 Windows 桌面搜索 4改进了搜索的可靠性
RSS更少的重复的项
安全一般安全性改进
对象模型现在有许多客户驱动的修补程序

Outlook 2007 SP2 性能

一般响应

在 Service Pack 1 的响应性，显著提高了 Outlook 2007 sp2 的总体响应速度。使用用户界面 (UI) 时，可以作为应用程序的反应时间松散定义的响应能力。完全响应的应用程序将始终立即开始执行这一任务，即使该任务需要较长时间请求。例如，在 Outlook 中这可能是单击切换文件夹时非常大的文件夹来加载，等待并单击托多栏，进入任务。使 Outlook 明显更快地响应了本版的重要大事。

存储引擎

最重要的更改来自于本地存储引擎中的基础优化。个人文件夹文件 (Pst) 和缓存 Exchange 存储 (Ost) 都建立在同一基础存储引擎。在本文中，太平洋标准时间是指这两种技术。我们改进了常规的读取和写入的 PST 特征，以便从磁盘以在 Outlook 中执行相同的常规操作要求更少。例如，文件刷新经过优化，以便更有效地与操作系统交互和磁盘写入缓存。我们还改变新数据写入到太平洋标准时间的方式。现在，它的物理磁盘上一起更接近保存并需要更少的物理工作从驱动器中。这将加快编写相同数量的数据所需的时间。此数据编写算法的一个副作用是，Pst 大于以前的发行版中大约 20%。但是，我们已经观察到的写入性能大大改善并降低总体写入磁盘。而写优化了存储引擎中的单一最大的变化，也有其他很小的更改，带来更多好处。例如，内部存储引擎优化分析最常见的一种存储引擎在正常使用过程中执行的操作之后进行。我们也有优化内部"更改通知"的处理，尤其是当有很多方式。具体来说，到 PST 添加大量数据，将对各种数据结构进行更新，以适应新的数据触发大量的通知。由于这些通知速度更快，而且需要更少的 I/O，小的每个操作的原始性能得到改善。随着时间的推移，这意味着节省大量成本。

用户界面

除了优化的存储引擎，Microsoft 所花费的时间和资源，研究和解决对停止响应的 Outlook 应用程序层中的一些常见来源。我们已经看到某些对停止响应的最令人头疼的实例发生当 Outlook 正在执行的操作与任何用户操作无关的工作。这种情况下是特别令人沮丧的因为用户不能预测它们何时或将持续多长时间。两个互不用户操作是在 Outlook 主窗口中的其他元素的消息列表，并处理更新处理更新 Outlook 停止响应的更常见的原因。我们的工程部门 undertook 一种复杂的工作，从根本上改变这种更新处理尽量减少它们对 SP2 中的 Outlook 响应能力的影响的方法。我们所做的一些其他应用程序层更改都不会影响所有用户的方案。但是，我们认为这些方案是向受影响的用户不满的重大来源。例如，提醒对话框出现时，以前的行为是处理和用户请求操作时，立即将更改写入存储区，例如关闭或暂停。现在，这些更改进行排队，以便响应立即恢复到用户界面。因此，您可以单击消除速度一样快让鼠标，然后最后提醒消失了，对话框中将立即消失。我们还对规则进行处理，使很多客户端的操作，如将来自特定通讯组列表的邮件移到单独的 PST 文件，将 Outlook 用户界面响应速度远远更快的方式进行了一些更改。我们还进行了专门针对客户使用 POP 和 IMAP 服务器的更改。对于 POP 邮件的用户，我们现在检索最新的邮件第一次。这可帮助您更快地获得对您最重要的工作。 IMAP 邮件用户会注意到，下载邮件正文也不再会停止 Outlook 中对其他用户命令进行响应。

启动 Outlook

我们到优化启动过程的方法是相当简单。我们分析了任务 Outlook 队列并改进启动时间通过删除几个被认为是不必要的操作和更好地协调执行必要的任务。结果是一个明显的积极改进。量化的具体改进是困难的因为大多数人的经验广泛根据若干因素而有所变化。其中包括以下︰

外接程序的数目
在计算机上的内存量
硬磁盘驱动器的速度
当前正在运行的其他应用程序的数目
邮箱大小和大小的附加存储装入（太平洋标准时间中的总体优化还帮助这里）
必须加载用户界面进行自定义设置的数量

实质上，我们看到过许多我们的测试中，当我们运行生成为我们每日邮件中更快地开始大约两倍的 Outlook 使用。

首次启动体验

立即安装 SP2 更新后，第一次启动 Outlook 将不是快速的因为 Outlook 必须更新用于 SP2 性能优化的内部 PST 数据结构。这是一次性的影响仅在初始启动。升级过程可能需要几分钟到两个小时。时间取决于您的 PST 和 OST 文件的大小和多少 PST 文件在第一次启动过程中装载在配置文件中。只要更新的数据结构时，Outlook 将受益于改进中。我们希望，一旦完成升级过程，并开始使用 Outlook 2007 SP2 时，您会看到回报是值得等待。没有新升级包含对话框以显示 Outlook 已采取措施来使磁盘上的所有内容更快的优化工作的进度。关闭此对话框后，将提高 Outlook 的响应能力。为 upgrad 对话框中的截屏是下面列出。提示如果您在一天结束安装 SP2，安装完成后启动 Outlook，您之前回家。早上，一切都将完成，速度快，并等待您。

等待此首次启动体验的一种替代方法

在大型数据文件的情况下，等待完成此升级的一种替代方法可能很有用。而不是更新在首次运行 Outlook 数据文件，您可以改为下载您的邮箱的新副本。这将从零开始创建新的磁盘存储文件。执行此操作时，存储升级动态反应，随着新内容添加到新的本地数据文件。因此，没有任何升级的对话框。当 Outlook 进行同步您的邮箱时，它会首先显示最新邮件。它会对用户操作的响应能力，而不必等待要同步的整个邮箱用户。大多数同步发生的背景。这使用户能够使用最新的邮件数据。这种方法可能会提供更好的用户体验比升级现有的数据文件，如果该用户已达到数千兆字节或更大的数据文件的默认进程。有关如何下载您的邮箱的新副本的说明，请参阅下面的 Microsoft 知识库文章"如何为创建脱机文件夹文件对于 Exchange Server"部分︰

290857如何使用 Outlook 2002 中的脱机文件夹 (.ost) 文件注意：如果您的配置文件中包括 PST 文件存储在网络共享上的时间就完成新的 OST/太平洋标准时间升级体验将会极大地影响。此配置不支持通过 Microsoft，这通常会导致性能问题。没有解决方法或改进此升级方案的计划。因此，应注意这种额外的一次性影响，如果您在此配置中当前正在运行。

关机

Outlook 已导致它拒绝关闭，当它检测到第三方使用它的数据访问或否则 Outlook 功能集成的内置逻辑。这种设计的一个副作用是，给用户，Outlook 会经常失败退出原因不明显。如果所有存储提供程序都支持它，我们已经优化 SP2 关闭 Outlook 快速通过停止所有服务器活动，将未保存的 PST 内容刷新到磁盘、保存 unpersisted 首选项和设置，然后快速退出。最值得注意的是，Outlook 不能再等待要释放的外部引用。注意： Outlook 实时连接器 (OLC) 12.1 不支持该速度更快的关闭。因此，Outlook 必须继续使用速度较慢的关机方法时 OLC 12.1 用于确保数据不会丢失。结果是一致可靠的关闭，即使在大量的活动，例如服务器同步期间。没有为开发人员提供有关如何更新他们的应用程序，最好地与这个新的关闭模型集成的更多技术信息。我们的目标是，Outlook 将关闭快速（在几秒钟内），可靠，并以一致的方式。此外，一个新的 Outlook 图标出现在通知区域后如果 Outlook.exe 进程仍在运行，则在关闭 Outlook。只要 Outlook.exe 进程运行，并且 Outlook 用户界面不可用，在通知区域中会出现下面的 Outlook 图标︰

文件夹/视图切换

文件夹切换和排列切换，我们开发了一个高度优化，非常简洁新索引的文件夹的内容按日期排序。日期排序是最常使用的内容表安排的基础。无法加载此索引在很短的时间非常小，并始终保持最新版本是 SP2 中的速度非常快的文件夹切换体验主干。新日期的索引是有效得多，即使有成千上万个单个文件夹中的项目。其结果是，切换到更大的文件夹需要秒钟，虽然有时第一切换到该文件夹可能需要长时间当我们建立索引。这，同样是一次性成本。注意：在 Ost 和 Pst 缓存 Exchange 模式下使用 Outlook 时，将显示这些收益的大部分。在线模式的用户将继续请参见视图性能很大程度上由服务器性能和网络条件。

结论

整体使用 Outlook 2007 SP2 大大提高了响应速度。 SP2 的分散到几个几百台计算机我们自己每日使用率，我们已收到有关改进响应能力更积极的反馈。请注意，减少读取和写入磁盘上的需求具有积极影响的最低硬件配置需要维护良好的用户体验。这是尤其如此，对于早期生成固态硬盘和往往与大邮箱或大型存档文件夹的大型本地存储文件。为客户提供更具体的指导，我们正在处理这些改进的更具体数值分析。Outlook 2007 SP2 是通过 Outlook 2007 SP1 的重大升级。最常见的任务，例如关闭和文件夹切换，大部分是在目标方案中的响应速度快得多。

Outlook 2007 SP2 日历

由于无处不在具有相同数据是可靠的日历为基础，就不奇怪，我们的工作大部分重点关注高速缓存的 Exchange 同步。我们改进了同步引擎，使 Outlook 自动解决冲突编辑而不在冲突文件夹中生成项的备用副本。我们也开启冲突解析引擎的缓存其经理的日历的代理。通过大量重点同步，大多数情况下不再引起的问题，如以下的问题︰

会议的复制副本
组织者有与会者的会议不同版本
消失的会议
出现会议（通常是异常）
会议管理器中删除，但仍保留在与会者的日历上

常规的可靠性

除了同步焦点，还有一套通用可靠性修复程序是很重要的。例如，在 SP2 之前缓存 Exchange 模式，编辑的会议可能有时会产生一条错误消息，指出已更改的项目所做的更改不能保存。 SP2 解决这种情况下，允许保存可防止冲突。如果您使用 Outlook 外接程序之前 SP2，不管多少次尝试更改某一项，直到重新启动 Outlook 时永远不会保存更改。在 SP2 中解决这一问题。此外，使用持久的日历事务的外接程序应更可靠。我们做了其他的可靠性改进，例如，保持私人性质项目专用的更新，能够消除提醒，并消除了重复的接收方。此外，还修复与提示仅对添加或删除的与会者发送相关的一些问题。这些问题产生对每个人都在会议上的更新。

时区

时区定义和夏时制节约定义更改正在成为全球更频繁。在响应此不断增长的客户需求，我们还改变了我们如何提供给所在的时区与夏时制节约工具的更新。Sp2，更新从 Outlook 中删除并为 Microsoft Office Outlook 时区数据更新工具中以独占方式提供。下载工具也已更新，以包括开始菜单项的可见性的提高。在 Outlook 2000 和 Outlook 2002、 Outlook 2003 中，和 Outlook 2007 中支持该工具。

结论

我们具有固定日历使用可能导致不可预知的行为以前发生的很多基础问题。我们想要确保每个人的日历包含一致的信息和约会顺利地工作。我们理解给我们客户的可靠日历的关键重要性。因此，我们花费了大量的时间捕获反馈并调试问题以提高日历体验。

虫子固定的个体

2 月累积更新中包括了下列修补程序︰

如果您单击从日历中删除已取消定期会议的实例，将删除整个系列。
解决同步冲突通常会导致 Exchange 服务器冲突项目。
关闭电子邮件时，Outlook 2007 中崩溃。
与会者可以取消在 Outlook 2007 中的组织者代表的会议。
即使未启用日志记录，与 SharePoint 同步可以生成错误日志。
之后一系列更新，如果实例移动到先前占用的时隙，与会者可能会失去一个实例。
假设存在以下情况︰
- 组织者发送定期召开的会议。
- 组织者将实例移动到另一天。
- 与会者接受系列和更新。
- 与会者建议了新时间。
- 组织者接受新建议的时间，然后将更新发送给所有与会者。
在此方案中，会议时间将恢复至原始建议的时间。
对会议项目的本地更改与服务器不同步。有时，会议消失并被移到本地故障文件夹中。
当多个进程访问相同的数据文件使用 MAPI 时，Outlook 用户界面不接收最高优先级访问数据文件。
无法取消破坏会议的提醒。
生成要显示新邮件通知的信息时，Outlook 可能会定期停止响应。
如果会议被损坏，与会者变成组织者，并且可以取消会议。
添加多个源后，Outlook 发生故障。
如果作用于会议前的要求日历同步文件夹时，将还原状态的会议响应。例如，拒绝的会议回来。或者，重复的会议。
如果 Outlook 同步过程中或在文件夹切换的过程中，状态栏更新时，Outlook 将成为没有反应。
当 Outlook 进行同步与多个 RSS 源时，Outlook 发生故障。
从大纲处理器标记语言 (OPML) 文件中导入多个 RSS 源，Outlook 的 CPU 使用情况时，非常高。
回复已发送邮件文件夹中的数字版权管理 (DRM) 保护项目中的所有收件人时，某些用户可能无法更改收件人列表。
当与会者删除定期系列具有更新的实例时，与会者不会从更新后的实例。
开启记录功能时，添加更多的日志记录功能。这有助于支持团队调查日历的问题。
下载大邮件会阻止用户界面。
开发解决方案以处理在后台内部更改通知。这使用户界面发生重大后台处理，如同步或索引是对用户输入的响应能力更强。
当您下载 CSS 定义 Outlook 将显示一条消息时，用户界面变得没有反应。
文件夹切换操作过程中发生效率低下的处理。有时，用户界面变得没有反应。
当您在 Outlook 2007 中，工作和启用按组排列选项，文件夹切换速度变慢，并性能下降。
用户不能选择要打印的邮件项目的页面。
三个或多个进程访问 MAPI 存储。如果一个进程意外终止，Outlook 2007 中变得没有反应。
打开定期系列的实例，作为组织者对其进行编辑。从系列用户收到响应时，更改便会保存而无需您的交互。
授权验证可能会导致 Outlook 2007 时第一次启动后安装或升级 Outlook 无法响应。
如果收件人超链接包含国际字符，则超链接不工作。
如果早期的存储提供程序已断开连接，Outlook.exe 过程变得没有反应很长时间。
Outlook 2007 中的 SharePoint 文档库之间的同步有 260 个字符的 URL 大小限制。
假设存在以下情况︰
- 在 Outlook 2007 中的文件夹中运行搜索。
- 在所有邮件项目中运行搜索。
- 单击显示所有结果栏。
在这种情况下，栏没有消失。
在 SharePoint 网站和 Outlook 日历之间的同步使 Outlook 没有反应。
假设存在以下情况︰
- 在 Outlook 2007 中的文件夹中运行搜索。
- 在所有邮件项目中运行搜索。
- 单击显示所有结果栏。
在这种情况下，出现计时问题，并不返回任何内容。
如果从会议中删除通讯组列表 (DL)，其中包括会议组织者，组织者会收到取消通知。组织者可以删除会议，而不发送取消通知。此外，不能更新的会议没有组织者，或将其取消。
在 Outlook 2007 中重新启动时，它不会不重新发送自动发现计数器。该计数器可能不运行至少 6 个小时。
当保存 Outlook 2007 的消息时，它将需要很长时间。您在您的计算机上安装 InfoPath，则会发生此问题。
在启动时将立即启动脱机通讯簿下载。已更改以改进响应速度的初始邮件同步之后开始下载。
当您到一个新的 Outlook 配置文件漫游 SharePoint 列表时，则 Outlook 保持添加个人文件夹的副本。
如果 RSS 订阅源项下载被中断，重新出现的 RSS 订阅源由用户删除的项目。
如果通讯组列表的与会者列表中的部分，与会者会意外收到取消通知。 将更新发送给已添加或删除的与会者只选项处于启用状态，则会发生此问题。
在同一个存储复制大量项时，它将需要很长时间。您有在您的计算机上安装 InfoPath，则会出现此问题。
当发出一个查询，以检查 Exchange 服务器上的外出设置时，Outlook 将立即变为无响应。
在一个窗口中打开邮件或阅读邮件在阅读窗格中的项目可能较慢，如果许多消息已在其他窗口中打开。
POP 服务器应首先下载最新的邮件，而不是最早的邮件。
在某些情况下，不会保存文件夹排序索引。这将导致 Outlook 重新计算每个文件夹切换的索引。
作为后台任务发生提醒开除。这种更改提醒后立即恢复用户界面的响应能力。
从共享日历复制会议并不表示它是副本。 SP2 添加"副本:"到主题行。
将许多项可使 UI 暂停以等待很长时间，可出现的 CPU 使用率过高。
并非有效日期排序。
用户名域较长如果在 Outlook 中的自动发现。
关闭项目时，会不必要地清除剪贴板。剪贴板内容取自慢的应用程序或远程应用程序，如终端服务会话时，outlook 将成为没有反应。
重复使用多个客户端或运行针对 Exchange Server 2007年或更高版本的日历项，重复的与会者，老式的冲突。
定期会议的例外情况显示重复的与会者。
Outlook 日历有时显示约会和会议以黑色背景上的黑色文本时使用高对比度模式。
有时更新发送给所有与会者时想要仅添加或更新与会者发送更新。
即使会议请求已被拒绝，您会收到已取消的会议的提醒。
未读的计数更新时，Outlook 将成为没有反应。此外，删除完全在操作系统上，Windows Vista 中，如不支持快速用户切换每个用户的未读的计数未读的计数。
IMAP 帐户的发送/接收操作时停止响应。
Outlook 2007 中将响应启动后不久，因为 Outlook 发出远程过程调用 (RPC) 到 Exchange 目录服务器。
当您运行时搜索所有邮件项目跨多个存储区的结果集可以返回，空白视图将被替换为结果集。
当您双击附件时，Outlook 2007 变得没有反应。在系统上的其他应用程序没有响应，则会发生此问题。
右键单击某项时，整个项目将比实际需要更频繁地加载到内存中。
效率低下的处理循环时发生网络连接暂时中断。
一个自定义窗体的图标将呈现每次执行的不必要的磁盘读取。
管理员无法使用组策略设置来阻止从全局地址列表 (GAL) 联系人导出。
当您尝试在收件人对象上使用 PropertyAccessor 接口来确定收件人标志时，则返回错误。
在搜索文件夹中的项目有时会消失，不会再次出现。
打开受保护的信息权限管理 (IRM) 的邮件时，outlook 将成为没有反应。
放弃一些更改为您自己的会议后，该会议的更新可能会发送关闭 Outlook 时。
数据文件检查发生太过频繁。此外，到检查点检查数据文件并启用从以前的会话恢复。
如果会议组织者是外部的通讯组列表的成员，并将会议请求发送到该外部通讯组列表，组织者将成为与会者。
猝发的写操作过于频繁地刷新到磁盘中。这会导致频繁的暂停，并且用户界面变得没有反应。
Outlook 不向发布许可证添加用户，当您使用全部答复发送邮件文件夹中为新的收件人。
Outlook 将忽略 IRM 模板。因此，必须每次打开受保护的邮件时，获取新的许可证。
如果当您从 Outlook 附件保存文件更改的文件的名称，扩展名是丢失。
Outlook 将重置所有喜欢邮件文件夹启动期间崩溃后。
用户创建外接程序的事件处理程序快捷方式删除忽略了取消命令，并删除该快捷方式。
窗体区域的大小以在加载时有 0 高度或宽度。加载窗体区域后，他们将不可见。
待办事项栏不会保留最小化设置正确，具体取决于每个 Outlook 模块。
IMAP 帐户开始缓慢。
分别在日历或联系人列表中，重复的日历或联系人文件夹的项。仅有一种对文件夹的重复链接起作用。
Outlook 不使用以下 PstNullFreeOnClose 注册表数据︰

键︰ HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\PSTDword 值︰ PstNullFreeOnClose值︰ 1因此，在退出 Outlook 时，不会覆盖已删除.ost 文件或.pst 文件中的数据。有关详细信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

245776新的 Outlook 2000 功能会删除.pst 和.ost 文件中删除数据请在此注册表值，参阅以下有关其他详细信息在 Microsoft 知识库文章。245776 从中查看EN-US; 245776
与代理共享一个文件夹时，委托视为信息会议更新为您的定期更新。
当您尝试从一个帐户对象获取父时，您会收到而不是 Namespace 对象的应用程序对象。
非 Unicode 字体中的语音邮件项目显示发件人的名称。
启用或禁用 Internet Explorer 7 和 Outlook 之间的 RSS 订阅源同步的策略设置不会阻止提示。
RSS 项目有时被重复。
Outlook 将停止索引已装入的 Pst 时使用了经典的在线模式帐户。
当处理客户端的规则，例如，将邮件移动到 PST，暂停频繁发生，或者 Outlook 同步期间变得没有反应。
不能关闭或做为暂停提醒。因此，重新启动 Outlook 可能要求消除该提醒或暂停的提醒。
新邮件通知窗口会不必要地重新加载提供的邮件检查附加的和很少使用的属性。
当单击超链接时，用户界面变得没有反应在 Internet 的代理服务器设置的检查。这些检查现在发生在单击超链接后，在后台。因此，响应于用户界面立即恢复。
在搜索文件夹中的发送到字段中输入双引号括住时，Outlook 发生故障。
RSS 源变得不活跃，不不要重新激活。
当索引进程遇到问题时，会生成许多事件日志，并 CPU 使用率增加。
创建消息视图时，outlook 发生故障。
Outlook 重新本身控制面板中的索引选项将作为添加到搜索范围后取消选择该选项。
在 Outlook 中无法工作在 SharePoint RSS 源中的服务器相对链接。
Outlook 无法搜索项经典脱机模式下。
Outlook 使用 Windows 搜索 4 停止索引项，如果在帐户设置对话框中重命名 PST。
ClearType 检查的不必要的注册表查询时发生一些绘图操作的用户界面。
当您连接到 Exchange 服务器通过 Internet (RPC/HTTP) 从基于 Windows Vista 的计算机时，您会反复提示您输入凭据。
忙/闲显示了作为暂定新会议时一致与您正在使用中的日历上的会议。
与委托已添加或更改会议的内容不更新管理器的日历。
反复提示您输入凭据时尝试连接 withExchange Server 2003 在 Windows Vista 客户端使用 RPC/HTTP 并且您正在使用 NTLM 身份验证。

已知的问题

.cnt、.osd、.vbp 和.hpj 文件附件已添加到 Outlook 阻止的扩展名列表。有关详细信息，请参阅Outlook 的以前阻止扩展。
在联机模式下运行的所有邮件项目搜索时暂时，邮件消息列表中的项目转移。
使用 Outlook 2007 SP2 以及 Outlook 实时连接器 12.1 可能导致重复的条目在日历和联系人中除非连接到该帐户的所有客户端升级到 SP2。