Outlook 2003与Exchange5.5联合使用可能导致错误

了解在Exchange 5.5环境下使用Outlook 2003可能会产生的错误，并学习如何修正。

近几年，Microsoft的Exchange服务器与Outlook客户端已经成为信息交换与协作平台市场的领导者。然而，是从5.5版本开始，Exchange才得到广泛承认的。实际上5.5版本非常的流行，以至于今天的世界上仍然有许多正在工作的Exchange 5.5服务器。

虽然许多公司难以决定是否把Exchange更新至2000或2003版本，它们却往往在更新Microsoft Office的时候事先更新了Outlook。因此，Exchange管理员现在面临一个让新客户端与老消息软件协同工作的局面。然而，当使用Outlook 2003登陆Exchange 5.5服务器上的信箱时，会产生一系列的问题。

我将会描述一些在Exchange 5.5和Outlook 2003混合环境中，Exchange管理员会经常遇到的问题。我们一起来看：

• 问题之所在
• Microsoft建议我们做的
• 从何处找寻可用的补丁

问题1

在Outlook 2003和Exchange 5.5混合环境中，这也许是被Exchange管理员报告最经常遇到的问题。这个问题已经在TechNet文章818709中有所描述。在Exchange中最有用也是最常用的特性之一就是Outlook Web访问(OWA)，意即通过Web连接来访问一个Exchange信箱。

根据Microsoft的陈述，当你使用OWA功能访问Exchange 5.5且你曾经用Outlook 2003访问过你的帐户时，你的OWA很可能会停止响应。


如果你观察事件日志，以下的事件将会在该客户端尝试访问的Exchange系统中出现。

Source: MSExchangeISPriv
Event ID: 2078
Description: Unable to submit, send, or transfer out a message.
Check PR_Recipient_Number, PR_Recipient_Type, PR_Report_Type

来源：MSExchangeISPriv

事件ID：Event ID: 2078

描述：Unable to submit, send, or transfer out a message.

Check PR_Recipient_Number, PR_Recipient_Type, PR_Report_Type

这个问题是一个额外的由Microsoft添加的多值属性造成的。这个属性本是要提供一些新的特性。当你使用Outlook 2003客户端访问Exchange时，会给这个属性增加第四个键值（正常情况下应当为三个）；其后当你通过Web访问信箱（在使用Outlook 2003客户端之后）时，OWA和系统不能有效的处理这个多余的属性，从而决定退出服务。

已经有了一个关于此问题的补丁，但是这个补丁只分发给真正遇到这个问题的人。为此你必须直接联系Microsoft来取得下载。

问题2

如果你像我一样，那么每天收到的电子邮件都会很快的积攒成一大堆。能够有效的组织这些消息以便日后查询不是件容易做到的事情。Microsoft在Exchange 5.5后面的版本中添加了对文件夹应用过滤器这一新的特性。这个小特性使得定位一条特殊的消息或者一组消息变得非常有效。

然而，对于那些想使用这个特性而又通过Outlook 2003客户端软件连接Exchange 5.5服务器的人来说，结果会令人失望。Exchange 5.5并不支持Outlook搜索文件夹的过滤浏览，也就意味着你不能在Exchange 2003客户端里实现这个目的。如果你尝试使用此功能，你的搜索结果仅仅会是Outlook搜索文件夹中的一堆空项。

你也可以升级系统，但最好应更现实一些。单独这个特性并没有提供足够的升级价值。作为代替，你可以使用我们在Microsoft的朋友提供的方案 (下面是TechNet文章817955 的摘录)。

要实现这种目的，建立一个定制的的搜索文件夹，指定你在此定制搜索文件夹中需要过滤的信息。比如，你可以为所有今日收到但未读过的email建立一个定制搜索文件夹，而不是给“未读邮件”搜索文件夹应用一个滤过的视图。

按照以下步骤建立一个定制的搜索文件夹：

1. 在“文件”菜单中，选择“新建”，点击“搜索文件夹”。
2. 在“新建搜索文件夹”对话框中，在“选择搜索文件夹”框中点击“创建自定义搜索文件夹”。
3. 在“自定义搜索文件夹”中，点击“选择”。
4. 在“自定义搜索文件夹”对话框中，输入你的自定义搜索文件夹名字，然后点击“条件”。
5. 在“搜索文件夹条件”对话框中，选择你想要搜索文件夹过滤的选项，然后点击确定。比如，输入“unread mail received today”。
6. 在“其他选择”选项卡中，点击选择“仅当项目是”选择框。右边的“未读”选项应当被选中。
7. 在“高级”选项卡中，点击“字段”，选择“日期／时间”字段，点击“接收时间”。
8. 在“条件”框中选择“今日”，然后点击“添加到列表”。
9. 点击确定，关闭“搜索文件夹条件”对话框。
10. 在“自定义搜索文件夹”中，点击“浏览”。
11. 在“选定文件夹”对话框中，选择你想要搜索的文件夹，然后点击确定。
12. 在“自定义搜索文件夹”对话框中，点击“确定”。
13. 在“新建搜索文件夹”中，点击“确定”。

不要指望Microsoft会为此做任何改变。实际上，在TechNet的文章中已经明确的指出，“这个特性就是这样设计的”——也许是“我们不打算修正这个问题，还是使用此方案吧”的一个令人费解的解释。

问题3

继承了那个“反常”的搜索特性，接下来的这个问题与问题2也是一脉相承。如果你在使用Outlook 2003连接到Exchange 5.5，同时使用搜索功能去查找一个确定的项目，并且决定删除你所搜索的文件夹之一，此时你可能会发现如下“症状”：

• 被删除的文件夹仍然出现在你的搜索结果中；以及
• 你收到如下的错误信息“不能显示文件夹”。

这个问题（TechNet文章820717有所描述）确实不是一个“问题”，但从一个用户的角度来看，有时候确实是一个故障。如果不把其称之为“故障”，Outlook 2003只是在尝试查找一个你已经删除了的文件夹而已。当然，这是不可行的，所以它会弹出可怕的异常信息。这也是唯一可以算是“错误”的——使用了错误的通知手段。也许Microsoft可以用一种其他的不那么具有威胁性的通知手段，但看起来MS不会改变。Exchange管理员应该从教育用户的眼光来认识这个问题，尽量让用户理解Exchange的此种行为，帮助他们尽量避免此类消息出现。

问题4

在这里我们我们发现了一个与问题1相似的情况，也经常与问题1混淆。这个问题出现在使用Outlook 2003修改邮箱规则，而这些规则又被导入至一个存放在Exchange Server 5.5服务器的邮箱中时。当你试着执行原先的规则时，Exchange信息存储服务会意外的停止响应。这是你的服务器在体验Microsoft所谓的“故障属性”的结果。归根结底，是因为旧的信息服务器对新的属性做出了错误的处理。

当你的Information Store（信息存储服务）停止响应时，如果你不能确定具体出了什么问题 (当然我们并不希望如此)，那么可以检查Exchange服务器的事件日志有无下述错误：

Event ID: 4097
Source: Dr. Watson
Description:
The application, exe\store.dbg, generated an application error.
The error occurred on date @ time. The exception generated was
c0000005 at address 0042456d (EcDSDNFromSz).

 

事件ID：4097

来源：Dr. Watson

描述：The application, exe\store.dbg, generated an application error.
The error occurred on date @ time. The exception generated was
c0000005 at address 0042456d (EcDSDNFromSz).

TechNet文章829418 提供了一个关于此问题的修复连接。在此我想指出应用这个补丁应非常注意的一点：必须在安装补丁前先停止Information Store服务。

Miscellaneous issues

杂项问题

下面是一些可能不太经常遇到的问题：

• 当你将Exchange 5.5升级到Exchange 2000时，Outlook 2003也许会有一些问题。点击此连接获取更多信息。
• 在问题1中提到的相关问题，这里再提供一个连接。实际上，这是同一个问题，只由Exchange 5.5 换成了Exchange 2000。

,