Connector for Microsoft Outlook 的 Communications Express 互操作性问题

下面是与 Sun Java System Connector for Microsoft Outlook 和 Sun Java System Communications Express 之间的互操作性有关的问题：

4949659

“发件人：”标题中的地址改变。

如果出席者回复事件邀请并附带了 winmail.dat 日历邀请，则在“发件人：”标题中的名称将改变。例如，Joe（使用 Outlook）将事件邀请发送给 Bob。Bob 使用电子邮件客户端回复 Joe，该客户端将把原始 winmail.dat 日历附件自动发还给 Joe。当 Joe 打开回复时，“发件人：” 标题更改为 Joe。

解决方法：无。

4969029

使用 Outlook 时必须有电子邮件 ID。

如果有日历 ID 但没有电子邮件 ID 的人员被邀请参加 Communications Express 中的事件，则此人员在 Outlook 中不会显示为出席者。使用 Outlook 时必须有电子邮件 ID。

解决方法：无。

5032872

取消日历订阅不会从文件夹列表中删除该日历。

如果您在 Communications Express 中订阅或取消订阅日历，则仅当重新启动 Outlook 后才会在 Outlook 中更新此信息。此外，如果为查找配置的 LDAP 是副本，则在更新该副本之前不会更新订阅列表。

解决方法：无。

6175103

Outlook 与服务器同步时生成错误。

如果 Outlook 与服务器同步时创建了一个任务（在 Outlook 或 Communications Express 中），然后删除了该任务，并且用户尝试切换到 Outlook 中的“任务”选项卡，则会生成“由于内存不足，无法显示所有单元格”错误。

解决方法：切换到另一个文件夹，然后再切换回“任务”文件夹。

6229276

要正确同步通讯录服务器上的联系人，必须设置配置参数。

解决方法：必须将 db_config.properties 文件中的 Communications Express 配置参数 delete_perm 设置为 false，Outlook 才能捕获已从 Communications Express 中删除的联系人条目。该条目应为：

delete_perm=false

默认值为 true。该条目可在 /var/opt/SUNWuwc/WEB-INF/config/ldapstore/db_config.properties 中找到。

6268483

不能同时显示同名但大小写不同的文件夹。

只能显示一个文件夹。如果用户在 Outlook 中创建了一个文件夹（例如 TEST），然后在 Communications Express 中创建一个同名但大小写不同的文件夹（例如 Test），则 Connector for Microsoft Outlook 中只显示先创建的文件夹 (TEST)。

如果用户随后删除了 Communications Express 中的已有文件夹 TEST，并保留（或创建）同名但大小写不同的文件夹 (Test)，则当用户首次登录 Outlook 时，文件夹 TEST 已删除，但在用户退出 Outlook 再重新登录之前都不显示文件夹 Test。

解决方法：无。

6351914

日历警报中的限制。

由于 Outlook 和 Communications Express 处理警报和提醒的方式不同，因此一个界面中的更改不会反映在另一个界面中。Outlook 使用弹出式窗口作为警报，而 Communications Express (Calendar Server) 则发送电子邮件提醒。为了避免在同时使用两个界面时出现重复警报（既显示弹出式窗口，又发送电子邮件提醒），Connector for Microsoft Outlook 只允许在创建事件时进行单向警报同步。例如，在使用 Communications Express 创建新事件时，警报将被复制到 Outlook 事件（作为弹出式窗口）。但是，在创建 Outlook 事件时，不会在服务器上设置警报。

解决方法：要使 Outlook 到 Communications Express 的同步生效，可以在 Outlook 中设置一个注册表值：HKEY_CURRENT_USER\Software\Sun Microsystems\Outlook Connector\Sync Cal。要启用此功能，请将该值设置为 1，要禁用此功能，请将该值设置为 0 （或删除该注册表项）。请注意，设置注册表值只在创建新事件时有效。修改现有事件只会影响与执行修改的客户端相关联的警报类型。

6433788

修改事件主体时菜单选项“插入”>“项目”处于禁用状态。

如果在 Outlook 2003 中创建新事件，稍后再使用 Communications Express 修改该事件主体，则在 Outlook 与 Communications Express 进行同步时“插入”>“项目”菜单选项处于禁用状态。

解决方法：无。

无错误号

下面是与 Communications Express 互操作性有关的其他问题，这些问题没有错误号：

• 如果编辑描述文本时使用的是 Communications Express，则不保留 Outlook 中的 RTF 格式。

• Outlook 与 Communications Express 的保密类不同。

  Outlook 有两个保密类（专用、公共），而 Communications Express 有三个保密类（专用、仅日期和时间、公共）。在 Outlook 中，专用事件可以创建为 Communications Express 中的“仅日期和时间”事件。Outlook 中的公共事件可映射为 Communications Express 中的公共事件。同样，Communications Express 中的“仅日期和时间”事件可映射为 Outlook 中的专用事件，公共事件可映射为 Outlook 中的公共事件。Communications Express 专用事件也可映射为 Outlook 专用事件。要在 Outlook 中创建专用事件以使其显示为 Communications Express 专用事件，请在“时间显示为: ”字段中选择“闲”。其他用户无法看到共享日历文件夹中的 Communications Express 专用事件。

• Outlook 和 Communications Express 中闲/忙的实现方式不同。

  Communications Express 中默认专用事件为闲。如果要将该事件包含在闲/忙查找中，则应将其手动设置为忙。在 Outlook 中，专用事件和公共事件的默认事件都为忙。

• 如果事件是从 Communications Express 导出到 Outlook 格式的文件中，则无法将该事件从同一个文件导入到 Outlook 中。

• Outlook 与 Communications Express 中对周期性任务的实现方式不兼容。

  Outlook 中的周期性任务不符合 RFC 2445，而 Communications Express 专门用于处理符合 RFC 2445 的信息。这就导致在 Outlook 和 Calendar Server 之间传递周期性任务信息时会出现问题。

  通过 Outlook 在本地存储的信息并不总是与在 Calendar Server 中存储的信息相匹配。例如，Sun Java System Connector for Microsoft Outlook 并不将处理重复任务的任何信息传送给 Calendar Server。在 Outlook 中创建的所有任务（周期性或非周期性）在 Communications Express 都显示为单个任务。当在 Communications Express 中创建的任务首次是在 Outlook 客户端编写的并且不在 Outlook 上对任何现有任务进行修改时，该任务仅使用 Calendar Server 中的重复信息。

  因此，在很多情况下，在 Outlook 中看到的周期性任务和在 Communications Express 中看到的任务显得不同。建议使用周期性任务的用户要么选择使用 Outlook，要么选择使用 Communications Express，而不要尝试以交替方式使用这两个客户端中的周期性任务。

• 如果从 Outlook 发送多信息文本格式 (RTF) 的邮件，则该邮件包含无格式的纯文本正文和 WINMAIL.DAT 附件。

  WINMAIL.DAT 附件包含多信息文本邮件以及可能已添加的任何其他附件。由于此格式是 Microsoft 的专利，因此只有 Outlook 能够读取 WINMAIL.DAT 附件。Communications Express（和任何其他客户端）只能看到无格式文本邮件和 WINMAIL.DAT 附件。建议使用 HTML 格式而不使用多信息文本格式发送邮件。

• 如果 Outlook 中的联系人组包含外部 SMTP 邮件收件人或其他联系人组，则无法通过 Communications Express 看到这些收件人。

  Communications Express 无法向这些收件人发送邮件。

• Communications Express 无法解码和显示 Microsoft TNEF 格式。

  Outlook 将在 Messaging Server 中保存日历事件和任务（不在“日历”文件夹树中的所有日历文件夹）、联系人（不在“联系人”文件夹树中的所有联系人文件夹）、便笺和日记。由于数据是以 Microsoft TNEF 格式保存的，因此 Communications Express 无法解码并正确显示这些数据。