下面是与 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。
使用 Outlook 时必须有电子邮件 ID。(4969029)
如果有日历 ID 但没有电子邮件 ID 的人员被邀请参加 Communications Express 中的事件,则此人员在 Outlook 中不会显示为出席者。使用 Outlook 时必须有电子邮件 ID。
取消日历订阅不会从文件夹列表中删除该日历。(5032872)
如果您在 Communications Express 中订阅或取消订阅日历,则仅当重新启动 Outlook 后才会在 Outlook 中更新此信息。此外,如果为查找配置的 LDAP 是副本,则在更新该副本之前不会更新订阅列表。
Outlook 与服务器同步时生成错误。(6175103)
如果 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。
下面是与 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 发送多文本格式的邮件,则该邮件包含无格式的纯文本正文和 WINMAIL.DAT 附件。
WINMAIL.DAT 附件包含多文本邮件以及可能已添加的任何其他附件。由于此格式是 Microsoft 的专利,因此只有 Outlook 能够读取 WINMAIL.DAT 附件。Communications Express(和任何其他客户端)只能看到无格式文本邮件和 WINMAIL.DAT 附件。建议使用 HTML 格式而不使用多文本格式发送邮件。
如果 Outlook 中的联系人组包含外部 SMTP 邮件收件人或其他联系人组,则无法通过 Communications Express 看到这些收件人。Communications Express 无法向这些收件人发送邮件。
Outlook 将在 Messaging Server 中保存日历事件和任务(不在“日历”文件夹树中的所有日历文件夹)、联系人(不在“联系人”文件夹树中的所有联系人文件夹)、笔记和日记。由于数据是以 Microsoft TNEF 格式保存的,因此 Communications Express 无法解码并正确显示这些数据。