版本 7 2005Q4
本发行说明包含 Sun JavaTM System Connector for Microsoft Outlook(也称作 Connector for Microsoft Outlook)的版本 7 2005Q4 发行时可用的重要信息。文中提供了新增功能和增强功能、已知问题和限制、技术说明及其他信息。开始使用 Sun Java System Connector for Microsoft Outlook 7 2005Q4 之前,请先阅读本文档。
可以通过 http://docs.sun.com/coll/1312.1 和 http://docs.sun.com/coll/1392.1 找到本发行说明的最新版本。请在安装和设置软件之前访问该 Web 站点,并在以后定期查看最新的发行说明和手册。
有关本发行版中新增功能的信息,请参见此发行版的新增功能部分。
本发行说明包含以下几个部分:
本文档引用了第三方 URL 以提供其他相关信息。
Sun 对本文档中提到的第三方 Web 站点的可用性不承担任何责任。对于此类站点或资源中的(或通过它们获得的)任何内容、广告、产品或其他资料,Sun 并不表示认可,也不承担任何责任。对于因使用或依靠此类站点或资源中的(或通过它们获得的)任何内容、产品或服务而造成的或连带产生的实际或名义损坏或损失,Sun 概不负责,也不承担任何责任。
日期 |
更改说明 |
---|---|
2005 年 7 月 |
本发行说明的 Beta 版(版本 7 2005Q4) |
2005 年 10 月 |
本发行说明的最终版(版本 7 2005Q4) |
使用 Sun Java System Connector for Microsoft Outlook 可以将 Outlook 用作与 Sun Java Enterprise System 结合使用的桌面客户端。
Connector for Microsoft Outlook 是一个必须安装在最终用户的桌面上的 Outlook 插件。Connector for Microsoft Outlook 将向 Sun Java System Messaging Server 查询文件夹分层结构和电子邮件,然后再把这些信息转换为 Outlook 可以显示的邮件传递 API (Messaging API, MAPI) 属性。同样,它将使用 WCAP 向 Sun Java System Calendar Server 查询事件和任务,然后这些事件和任务再被转换为 MAPI 属性。使用这种模型,Sun Java System Connector for Microsoft Outlook 将通过以下两个独立的信息源生成最终用户的 Outlook 视图:来自 Messaging Server 的邮件和来自 Calendar Server 的日历信息。
当用户通过 Outlook 创建和修改项时,Connector for Microsoft Outlook 将根据新邮件的邮件类型将其传递给相应的服务器。它将新的外发电子邮件发送至 SMTP 邮件服务器以进行传送,并将修改过的电子邮件发还给用户的 IMAP 文件夹以进行存储。新的日历事件和任务将被转换为可以存储在 Calendar Server 数据库中的标准格式。
Sun Java System Connector for Microsoft Outlook 7 2005Q4 支持通讯录服务。此服务将使用 WABP,并允许用户通过 Outlook 和 Sun Java System Communications Express 访问其个人通讯录。
请注意,该软件包 (Sun Java System Connector for Microsoft Outlook) 不包括任何迁移工具。如果您的用户当前在使用 Microsoft Exchange 并希望将 Outlook 与 Sun Java Enterprise System 结合使用,则需要那些工具。Sun 提供了一项迁移服务以帮助将现有 Exchange 部署中的数据和用户移至 Sun Java Enterprise System。
本发行版提供了以下主要功能:
访问 Sun Java System Messaging Server 和 Sun Java System Calendar Server。
通过 IMAP4 访问 Messaging Server 中的电子邮件文件夹。
通过 WCAP 访问 Calendar Server 中存储的日历数据(事件、约会)和任务。
通过 LDAP 访问企业目录。
访问通讯录服务器中存储的联系方式。
典型的 Outlook 邮件功能:
撰写、回复及转发邮件
使用 Microsoft Word 撰写和编辑邮件
对邮件正文应用拼写检查和加密
对邮件标题应用地址填写
在邮件中添加签名
与一个或多个用户共享邮件文件夹。
订阅其他用户的邮件文件夹。
典型的日历功能:
创建新约会和事件(全天、重复、公共、专用)
修改事件
查看空闲时间
建议的事件时间安排
跟踪事件请求的响应
基于电子邮件的分组安排。
与其他用户共享日历以及为共享日历设置具体权限。
订阅其他用户的日历。
将对日历的访问权委托给其他人员。
典型的与任务有关的功能(新建任务、修改任务)。
与文件夹和数据类型相关的客户端规则。
可存储在 IMAP 文件夹中的笔记和日记。
完全支持脱机的邮件、日历和通讯录。
与 Web 客户端 (Communications Express) 进行交互操作。
全局地址列表,用于管理服务器端的邮件过滤器。
Sun Java System Connector for Microsoft Outlook 7 2005Q4 中的新增功能包括:
具有浏览功能的全局地址列表
不再依赖 Microsoft LDAP
外出设置,以及通知用户设置将在登录时被激活的功能
同步装有大量数据的文件夹时显示进度
设置邮件过滤器
共享联系方式
可以搜索用户以共享邮件文件夹
通过 LDAP 自动设置和更新名称和电子邮件地址
可以预览所有邮件的正文
本节介绍了 Sun Java System Connector for Microsoft Outlook 的要求和建议。
必须将 Sun Java System Communications Express 修补程序 118540–20 应用于 Connector for Microsoft Outlook。您可以通过 http://sunsolve.sun.com 下载此修补程序。
支持的操作系统如下:
Microsoft Windows 2000(Service Pack 3 或更高版本)
Microsoft Windows XP(Service Pack 1 或更高版本)
Microsoft Windows 2003 Terminal Server
支持的 Microsoft Outlook 版本如下:
Outlook 2000 SP3(工作组模式)
Outlook 2002 SP2
Outlook 2003
Connector for Microsoft Outlook 的其他要求包括:
Sun Java System Calendar Server 6 2005Q4
部署了先前版本的 Sun Java System Calendar Server 的 Calendar Server 客户需要使用 Sun Professional Services 才能将其数据转换和迁移为新格式。现已提供 Sun Professional Services 服务。如果使用 Outlook,就必须进行该迁移,并且由于反复出现的事件的存储和管理发生了根本的变化,因此该迁移也是必要的。Calendar Server 6 2004Q2 或更高版本的新客户无需使用迁移服务。
Sun Java System Messaging Server 6 2005Q4
Calendar Server 和 Messaging Server 均通过 Sun Java Enterprise System 来安装。您可以从以下位置下载 Sun Java Enterprise System:http://www.sun.com/software/download/java_system.html。
Web 发布向导(仅 Outlook 2000 需要)
如果您使用的是 Windows 2000,请查找 Wpwiz.exe 程序文件以确定您的计算机中是否安装了 Web 发布向导。例如,如果您的程序安装在 C 驱动器上,请查看以下位置:
C:\Program Files\Web Publish\Wpwiz.exe
或者,使用“开始”按钮中的“查找”或“搜索”命令搜索 Wpwiz.exe 文件。
如果您的 Windows 2000 计算机中没有 Web 发布向导,则可从 http://www.microsoft.com 下载该向导。
虽然此 Web 站点注明供下载的 Web 发布向导适用于 Windows 95 和 Windows NT 4.0,但实际上是适用于 Windows 2000 的相应下载版本。
Connector for Microsoft Outlook 是需要安装在最终用户桌面上的 Outlook 插件。提供了一个部署和配置程序以辅助组织部署 Connector for Microsoft Outlook。
在您安装 Sun Java System Connector for Microsoft Outlook 之前,请访问 http://sunsolve.sun.com/pub-cgi/show.pl?target=patchpage了解关于任何必需的修补程序的最新信息。
安装和部署过程包括三个步骤。
安装管理员软件包。
创建最终用户的安装软件包。
部署安装软件包。
Connector for Microsoft Outlook 软件包附带了管理员软件包的安装程序。系统管理员应当为最终用户准备一个名为“安装向导”的特殊安装软件包。安装向导将在桌面上安装和配置 Connector for Microsoft Outlook 软件。此安装软件包专门用于简化安装过程并自动执行安装过程。
有关安装、配置及部署的说明,请参见下面的几本书:
《Sun Java System Connector for Microsoft Outlook 7 2005Q4 Installation Guide》,介绍了如何安装管理员软件包。
《Sun Java System Connector for Microsoft Outlook 7 2005Q4 Administration Guide》,介绍了如何使用部署配置程序为最终用户创建安装软件包。
《Sun Java System Connector for Microsoft Outlook 7 2005Q4 Deployment Planning Guide》,介绍了如何部署 Connector for Microsoft Outlook。
在安装和配置 Connector for Microsoft Outlook 期间可以选择转换驻留在桌面上的数据。仅当管理员在为最终用户创建安装软件包时选中了“转换现有配置文件”选项,才能调用此转换过程。请注意,此转换过程不适用于也不能消除基于服务器的迁移需求。Sun 提供了一项迁移服务以帮助将现有 Exchange 部署中的数据和用户移至 Sun Java Enterprise System。
为了使 Connector for Microsoft Outlook 能够正常运行,至少应为 Sun Java System Directory Server 中的以下 LDAP 属性同等编制索引,以提高整体性能:
icsCalendar
mailalternateaddress
有关这些属性的更多信息,请参见《Sun Java System Calendar Server 6 2005Q4 Administration Guide》和《Sun Java System Messaging Server 6 2005Q4 管理指南》。
此部分介绍了 Connector for Microsoft Outlook 中存在的所有兼容性问题。
本节介绍了用于 Connector for Microsoft Outlook 的 Sun Java System Calendar Server 注意事项。
可在 Collaboration and Communication 下载站点中获得最新版本的 Calendar Server。
建议客户同时安装最新的修补程序集(可在 SunSolve 中获得)。
有关详细的安装说明,请参阅《Sun Java Enterprise System 2005Q4 Installation Guide for UNIX》。有关配置说明,请参阅《Sun Java System Calendar Server 6 2005Q4 Administration Guide》。
如果您要从 Calendar Server 5.x 迁移到最新版本的 Calendar Server,则必须运行 cs5migrate_recurring 实用程序来转换数据库以遵守 Connector for Microsoft Outlook 数据模型。要获得关于 cs5migrate_recurring 实用程序的信息,请向技术支持人员咨询。
Calendar Server 6 2004Q2(及更高版本)要求用户必须为用户日历和资源日历配备 LDAP mail 属性。
为了使客户能够使用 Microsoft Outlook 来安排资源日历(例如,用于会议室、诸如笔记本计算机或高射投影机之类的设备),每个资源都必须有一个电子邮件地址,即使实际上并不需要使用电子邮件。LDAP mail 属性用于指定此电子邮件地址。
根据下列情况可能具体需要添加不同的 LDAP mail 属性:
5.x 安装。在运行 cs5migrate_recurring 迁移实用程序之前,请向用户中添加 mail 属性以便使用用户日历和资源日历。要添加 mail 属性,请使用 Calendar Server 的 csattribute 实用程序或诸如 Directory Server 的 ldapmodify 之类的实用程序。
新安装(6 2004Q2 或更高版本)。使用 Calendar Server 的 csattribute 实用程序或诸如 Directory Server 的 ldapmodify 之类的实用程序,为现有用户置备 LDAP mail 属性以便使用用户日历和资源日历。
如果您在安装之后创建了新日历或用户,请在运行以下 Calendar Server 实用程序时使用必需的 -m email 选项以指定电子邮件地址:
csresource 实用程序,用于新资源日历
csuser 实用程序,用于新用户
有关 csattribute、csresource 和 csuser 的相关信息,请参阅《Sun Java System Calendar Server 6 2005Q4 Administration Guide》。有关 ldapmodify 实用程序的相关信息,请参阅 Sun Java System Directory Server Resource Kit Tools Reference。
以下示例在 sesta.com 服务器上为名为 "Room100" 的会议室添加 LDAP 邮件属性。此示例配置了 Messaging Server。如果使用的是其他电子邮件服务器,请参阅所用产品的文档以了解如何执行等效的过程。
使用 csattribute 实用程序向 LDAP 服务器中添加 mail 属性:
# ./csattribute -a mail=Room100@sesta.com add Room100
要检查是否已设置了该属性,请使用带 -v(详细)选项的 csattribute list 命令:
# ./csattribute -v list Room100 ... cn=Room 100,ou=conferenceRooms,dc=sesta,dc=com has mail: Room100@sesta.com |
以下示例将为 Messaging Server 设置 bitbucket 通道以用于为资源日历生成的电子邮件。此示例使用 sesta.com 服务器上名为 "Room100" 的资源。如果不设置 bitbucket 通道(或等效项),则需要定期删除发送到资源日历中的电子邮件。
确保在 imta.cnf 文件中定义 bitbucket 通道。
要将邮件发送到 bitbucket 通道,请使用 csresource 实用程序创建资源的电子邮件地址:
# ./csattribute -a mail=Room100@bitbucket.sesta.com add Room100
要启用这些更改,您可能还需要重新生成别名表或配置。请参阅 Messaging Server(或您的电子邮件产品)文档,以及站点自身的与邮件服务更改相关的文档和过程。
以下示例将为 Sendmail 设置 bitbucket 通道以用于为资源日历生成的电子邮件。此示例使用 sesta.com 服务器上名为 "Room100" 的资源。如果不设置 bitbucket 通道(或等效项),则需要定期删除发送到资源日历中的电子邮件。
在相应主机上的 /etc/aliases 文件中添加以下条目:
# Resource/Conference room aliases Room100: /dev/null |
使用 csresource 实用程序将资源的电子邮件地址添加到 LDAP 目录中:
# ./csattribute -a mail=Room100@sesta.com add Room100
如果需要为日历用户设置电子邮件别名,请使用 LDAP mailalternateaddress 属性。LDAP mail 属性用于提供主邮件地址,LDAP mailalternateaddress 属性用于电子邮件别名。这两个属性将把邮件地址映射为用户的日历 ID (calid)。
例如,要为名为 John Smith 且具有以下值的用户添加 mailalternateaddress 属性:
用户 ID (uid) 和 calid:johnsmith
电子邮件地址:john.smith@sesta.com
电子邮件别名的地址:johns@sesta.com 和 jsmith@sesta.com
使用以下 Calendar Server 实用程序命令:
# ./csuser -g John -s Smith -y password -l en -m john.smith@sesta.com \ -c johnsmith create johnsmith # ./csattribute -a mailalternateaddress=johns@sesta.com add johnsmith # ./csattribute -a mailalternateaddress=jsmith@sesta.com add johnsmith |
如果 Directory Server 要求对共享日历 LDAP 查找进行验证,则必须在 ics.conf 文件中设置 service.wcap.userprefs.ldapproxyauth 参数,如下所示:
匿名绑定:service.wcap.userprefs.ldapproxyauth = "no"
验证的代理绑定:service.wcap.userprefs.ldapproxyauth = "yes"
如果 service.wcap.userprefs.ldapproxyauth 为 "yes",您还必须为 calmaster 条目设置相应的 LDAP ACI。例如,要为 sesta.com 域的代理验证设置 calmaster ACI,请使用 ldapmodify 工具,如下所示:
dn: o=usergroup changetype: modify add: aci aci: (targetattr="icscalendar || cn || givenName || sn || uid || mail")(targetfilter=(objectClass=icscalendaruser))(version 3.0; acl "Allow calendar administrators to proxy - product=ics,class=admin,num=2,version=1"; allow (proxy) groupdn = "ldap:///cn=Calendar Administrators,ou=Groups,o=usergroup";)
对于域 basedn 节点,以下示例显示了正确的 ACI:
dn: o=sesta.com,o=usergroup changetype: modify add: aci aci:(targetattr="icscalendar || cn || givenName || sn || uid || mail") (targetfilter=(objectClass=icscalendaruser))(version 3.0; acl "Allow calendar users to read and search other users - product=ics,class=admin,num=3,version=1"; allow (search,read) userdn = "ldap:///uid=*, ou=People, o=sesta.com, o=usergroup";)
如果没有域,请通过删除 dn: 行中的 o=sesta.com 部分,将此 ACI 添加到根后缀本身中。
Calendar Server 配置程序 csconfigurator.sh 将添加这些 ACI。如果是从 Java Enterprise System Release 1 进行升级,则必须重新运行配置程序才能获得这些更新后的 ACI。
对于以 SSL 模式访问 Calendar Server 的用户,不支持使用 Microsoft Outlook 的“闲/忙查找”选项。要对同一个 Calendar Server 实例同时使用 SSL 模式和非 SSL 模式,用户必须指定不同的端口号,如下所示:
SSL 模式—要使用 SSL 访问 Calendar Server,请使用 SSL 端口。默认端口号为 "443",并且是在 ics.conf 文件中使用以下参数设置的:
service.http.ssl.port = "443"
非 SSL 模式—要使用 Outlook 的“空闲/忙查找”选项,请使用常规 HTTP 端口访问 Calendar Server。默认端口号为 "80",并且是在 ics.conf 文件中使用以下参数设置的:
service.http.port = "80"
有关 SSL 的信息,请参阅《Sun Java System Calendar Server 6 2005Q4 Administration Guide》中的第 8 章 “Configuring SSL”。
Calendar Server 6 2004Q2 或更高版本中包括删除日志数据库 (ics50deletelog.db),用于存储已删除的事件和待做事项(任务)。有关信息,请参阅《Sun Java System Calendar Server 6 2005Q4 Administration Guide》中的第 18 章 “Administering the Delete Log Database”。
虽然 IMAP 协议仅定义了一个用于接收邮件的系统文件夹(收件箱),但是 Outlook 和 Sun Java System Communications Express 等邮件客户端还为草稿、已发送的邮件和已删除的邮件定义了各自的系统文件夹。邮件客户端无法区分这些文件夹。这些系统文件夹是根据语言环境和客户端软件,使用不同的首选名称和本地化名称创建的。如果从多个电子邮件客户端访问(或者相同的电子邮件客户端,但从具有不同语言环境的计算机访问)一个电子邮件帐户,则会为一个系统文件夹创建多个物理的 IMAP 文件夹。
在 Outlook 中,文件夹命名如下:
Deleted Items=已删除邮件
Drafts=草稿
Sent Items=已发送项
在 Communications Express 中,文件夹命名如下:
Deleted Items=垃圾箱
Drafts=草稿
Sent Items=已发送项
使用新的 Sun Java System Connector for Microsoft Outlook 邮件系统映射文件,可以在 Outlook 与 Communications Express 之间提供更好的互操作性。此解决方案使管理员能够配置系统文件夹的映射方式。uwc_folders.map 文件包含 Communications Express 的系统文件夹映射定义。outlook_folders.map 文件包含 Connector for Microsoft Outlook 的系统文件夹映射定义。
您可以选择其中一个映射文件夹文件,将其用作部署配置程序(在“邮件”选项卡下)中的默认系统文件夹映射定义。选择“Outlook 样式”或“Communications Express 样式”,以指示用户程序应使用这两个标准中的哪个标准来命名用户的 IMAP 文件夹。此选择确定了将使用两个映射文件(outlook_folders.map 或 uwc_folders.map)中的哪个文件来映射用户的 IMAP 文件夹名称。运行此程序之前,管理员可以编辑这些文件以满足本地要求(只要原始文件名保持不变)。
接下来,需要为 Communications Express 定义系统文件夹。i18n.js 文件用于定义 Communications Express 的系统文件夹名称。此文件位于 /var/opt/SUNWmsgsr/config/html/ lang 目录中,其中 lang 是特定的本地化语言(例如 fr 表示法文)。需要修改此文件,以使映射条目与 sjoc_folders.map 文件中的条目类似。
例如,在默认情况下,法文的 i18n.js 文件中的文件夹映射如下:
i18n[’INBOX’] = ’Inbox’ i18n[’trash folder’] = ’trash’ i18n[’draft folder’] = ’draft’ i18n[’sent folder’] = ’sent’ ... fldr[’INBOX’] = ’French Inbox’ fldr[’trash’] = ’French Trash’ fldr[’draft folder’] = ’French Draft Folder’ fldr[’sent folder’] = ’French Sent Folder’
i18n[x ] 的值用于在 IMAP 存储中创建系统文件夹。例如,如果 i18n[’trash folder’]= ’trash’,则将在 IMAP 存储中创建名为 trash 的文件夹。fldr[y] 的值用于在客户端界面中显示系统文件夹名称。
在 sjoc_folders.map 文件中,类似的文件夹映射如下:
[fr] INBOX=’Bo?te de réception’ Deleted Items=’?léments supprimés’ Drafts=’Brouillons’ Sent Items =’?léments envoyés’
因此,应修改法文的 i18n.js 文件夹映射,使其与 sjoc_folders.map 文件相匹配:
i18n[’INBOX’] = ’Bo?te de réception’ i18n[’trash folder’] = ’?léments supprimés’i18n[’draft folder’] = ’Brouillons’ i18n[’sent folder’] = ’?léments envoyés’ ... fldr[’INBOX’] = ’Bo?te de réception’ fldr[’trash’] = ’?léments supprimés’ fldr[’Drafts’] = ’Brouillons’ fldr[’Sent’] = ’?léments envoyés’
需要修改 i18n.js 文件表示的每种语言。
由于 i18n.js 文件是使用 UTF8 代码编写的,因此需要使用可以保存 UTF8 代码的编辑器。
此新文件夹映射定义仅对新用户有效。
用户登录到 Communications Express 之前,需要先设置用户的首选语言。要执行此操作,请使用 ldapmodify 命令设置 preferredLanguage 或 preferredLocale 属性。
新用户应该仅看到一组系统文件夹,但以下情况除外:
用户登录到语言环境设置为法文的 Outlook 中。稍后,该用户又登录到首选语言设置为英文的 Communications Express 中。此用户将在 Outlook 和 Communications Express 中看到系统文件夹 Trash、Draft、Sent、?léments supprimés、Brouillons 和 ?léments envoyés。
随 Sun Java System Communications Services 一起发行的所有客户端产品都允许用户搜索企业目录及其各自的通讯录。虽然这项功能发挥了作用,但可能仍需做一些 LDAP 调整来改善用户体验。
此部分将介绍:
无论您使用的是 Communications Express 还是 Connector for Microsoft Outlook,在您的个人联系人或公共通讯录中搜索某个字符串都是一个语言环境特定的操作。例如,搜索 "Gaelle" 的法文用户不但希望获得包含字符串 "Gaelle" 的返回条目,而且还希望获得包含字符串 "Ga?lle" 的任何条目。
用于控制基于语言环境向用户显示条目的方式的各种规则称为排序规则或排序顺序。排序顺序用于提供有关对给定语言的字符如何排序的语言和文化特定的信息。它可以确定字母在字母表中的顺序、如何比较有重音符的字母与没有重音符的字母以及比较字符串时是否存在可以忽略的字符。排序顺序还考虑到了与语言有关的文化特定的信息,例如阅读语言的方向(从左到右、从右到左或者从下到上和从上到下)。
Sun Java System Directory Server 支持各种语言环境和排序规则(请参见《Sun Java System Directory Server 5 2005Q1 Administration Reference》中的 "Identifying Supported Locales")。根据用户库的不同,您首先需要选择在环境中最有意义的语言环境。下面我们将使用英文(美国)语言环境 (OID = 1.3.6.1.4.1.42.2.27.9.4.34.1) 来举例说明。
要指定执行搜索时使用的语言环境,请使用匹配的规则过滤器语法,如《Sun Java System Directory Server 5 2005Q1 Administration Reference》中的 "Searching an Internationalized Directory" 所述。此语法使您可以指定语言环境以及搜索类型(等同、子字符串等等)。
例如,以下过滤器使用英文(美国)排序规则 (1.3.6.1.4.1.42.2.27.9.4.34.1) 对 CN 属性执行子字符串比较 (.6)。过滤器将在 CN 中查找以 "Gae" 为开头的字符串
cn:1.3.6.1.4.1.42.2.27.9.4.34.1.6:=Gae*
执行 LDAP 搜索时,大多数性能问题都是由没有索引或未正确配置索引造成的。在默认情况下,Directory Server 已配置,以便为 Communications Express 或 Connector for Microsoft Outlook 发出的查找编制索引并能够在合理的时间范围内返回索引结果。然而,Directory Server 没有设置国际化搜索。因此,用户必须改变现有索引才能使用选定的排序规则。《Sun Java System Directory Server 5 2005Q1 Administration Guide》中的 "Managing Indexes" 部分中介绍这一操作过程。
例如,CN 属性在默认情况下按 userRoot 后缀编制索引:
# ldapsearch -D "cn=Directory manager" -b "cn=cn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config" "objectclass=*" cn=cn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config objectClass=top objectClass=nsIndex cn=cn nsSystemIndex=false nsIndexType=pres nsIndexType=eq nsIndexType=sub
要使其能够应用英文(美国)排序规则进行国际化搜索,请添加一个具有英文(美国)OID 的 nsMatchingRule 属性。客户端将执行子字符串搜索,因此必须向 OID 中添加子字符串后缀 (".6"):
#ldapmodify -D "cn=Directory manager" dn: cn=cn,cn=index,cn=userRoot,cn=ldbm database, cn=plugins,cn=config changetype: modify add: nsMatchingRule nsMatchingRule: 1.3.6.1.4.1.42.2.27.9.4.34.1.6
请不要在该值的开头或结尾处添加任何空格、制表符或其他非可见字符。
nsMatchingRule 是一个多值属性。可以添加对同一个 OID 或不同 OID 的各种类型的搜索。
然后用户必须运行位于 serverroot/slapd-instance 中的 db2index.pl 脚本:
# perl db2index.pl -D "cn=Directory Manager" -w \ secret -n userRoot -t cn
此操作是联机运行的,可能要花费一段时间才能完成。另外,可以重新初始化后缀。请参见《Sun Java System Directory Server 5 2005Q1 Administration Guide》中的 "Reinitializing a Suffix"。
控制台还可用于添加 nsMatchingRule(请参见《Sun Java System Directory Server 5 2005Q1 Administration Guide》中的 "Managing Indexes" 部分)。
在以下各节中,提供了需要修改的索引列表。请确保未执行任何非索引搜索。您可以通过查看 Directory Server 访问日志文件(并在搜索结果条目中查找 =U 的注释)来进行监控。
Communications Express 所使用的搜索过滤器需要更改才能应用匹配的规则语法。通过启用在 db_config.properties 文件(对于个人存储,该文件位于 deployed-path/WEB-INF/ldappstore 中;对于企业目录,该文件位于 deployed-path/WEB-INF/corp-dir 中)中指定的排序规则参数可以实现此过程。
参数如下:
# Collation Rule # Uncomment below to apply collation rule # collation_rule=en-US # Search Fields for which collation rule should be applied. # The fields provided here should be disambiguator formatted fields # e.g. entry/displayname, person/givenname etc. # Uncomment below to supply the comma-separated fields # search_fields=entry/displayname
取消 collation_rule 和 search_fields 参数的注释即可启用排序规则。要在搜索中指定一组单独的字段或字段集,请将 search_fields 的值更改为所需值。collation_rule 可以在后缀没有指明搜索类型的情况下包含对应于该语言的语言标记与 OID(例如 1.3.6.1.4.1.42.2.27.9.4.34.1)。必须在做出更改后启动 Web 容器实例。
必须为 LDAP 服务器上的以下属性编制索引才能对 Communications Express 执行国际化搜索:
cn(使用 ou=people/ou=groups 后缀)
displayname(使用 o=piServerDb 后缀)
Connector for Microsoft Outlook 可以配置为使用 DN 和密码的绑定,也可以配置为匿名绑定。要启用对企业目录的匿名访问,请在 ou=people/ou=group 子树的根级别上添加 ACL。
例如,如果根级别为 dc=red,dc=sesta,dc=com,请做出以下设置:
#ldapmodify -D "cn=Directory manager" dn: dc=red,dc=sesta,dc=com changetype: modify add: aci aci: (targetattr != "userPassword") (version 3.0;acl "Anonymous access"; allow (read,compare,search) (userdn = "ldap:///anyone");)
本 7 2005Q4 发行版中的新增功能,Connector for Microsoft Outlook 现已允许最终用户浏览目录。当打开通讯录页面时,将显示目录中的前 10 个条目。然后,用户可以向上和向下滚动查看,也可以键入一些字符以查看自动刷新的结果。这是与先前版本的 Connector for Microsoft Outlook 的不同之处,用户使用那些先前版本时只能搜索一个特定的用户。
要启用此功能,同时还要保持良好的性能,连接器需要使用两种 LDAP 控制扩展功能:虚拟列表视图 (Virtual List View, VLV) 和服务器端搜索结果排序 (Server Side Sorting of Search Results) (RFC 2891)。以下 ldapsearch 示例将返回支持的控制列表:
# ldapsearch -s base "objectclass=*" supportedControl supportedControl=2.16.840.1.113730.3.4.2 supportedControl=2.16.840.1.113730.3.4.3 supportedControl=2.16.840.1.113730.3.4.4 supportedControl=2.16.840.1.113730.3.4.5 supportedControl=1.2.840.113556.1.4.473 ------> Server Side Sort Control supportedControl=2.16.840.1.113730.3.4.9 ------> VLV Control supportedControl=2.16.840.1.113730.3.4.16 supportedControl=2.16.840.1.113730.3.4.15 supportedControl=2.16.840.1.113730.3.4.17 supportedControl=2.16.840.1.113730.3.4.19 supportedControl=1.3.6.1.4.1.42.2.27.9.5.2 supportedControl=1.3.6.1.4.1.42.2.27.9.5.6 supportedControl=2.16.840.1.113730.3.4.14 supportedControl=1.3.6.1.4.1.1466.29539.12 supportedControl=2.16.840.1.113730.3.4.12 supportedControl=2.16.840.1.113730.3.4.18 supportedControl=2.16.840.1.113730.3.4.13
Sun Java System Directory Server 支持使用这两种控制机制。不过,在默认情况下,VLV 控制仅适用于通过验证的客户:
ldapsearch -D "cn=Directory Manager" -b \ "oid=2.16.840.1.113730.3.4.9,cn=features,cn=config" \ "objectclass=*" aci oid=2.16.840.1.113730.3.4.9,cn=features,cn=config \ aci=(targetattr != "aci")(version 3.0; acl "VLV Request Control"; \ allow( read, search, compare, proxy ) userdn = "ldap:///all";)
要允许匿名访问 VLV 控制,请添加相应的 ACI:
#ldapmodify -D "cn=Directory Manager" \ dn: oid=2.16.840.1.113730.3.4.9,cn=features,cn=config \ changetype: modify add: aci aci: (targetattr !="aci")\ (version 3.0; acl "VLV Request Control"; allow (compare,read,search) \ userdn = "ldap:///anyone"; )
要提高要求同时使用 VLV 和排序的搜索性能,请在 Directory Server 中建立浏览索引(如《Sun Java System Directory Server 5 2005Q1 Administration Guide》中的 "Managing Browsing Indexing" 所述)。每个浏览索引均特定于一个基本 DN、搜索过滤器、范围以及排序属性。可以在客户端使用部署配置工具调整 VLV 设置。
在特殊情况下,如果基本 DN 为 dc=red,dc=iplanet,dc=com、过滤器为 (&(mail=*)(cn=*)),并对 cn 属性进行排序,则需要建立浏览索引。浏览索引信息将被添加到包含基本 DN(在本例中为 userRoot)的配置中:
#ldapmodify -D "cn=Directory Manager" dn: cn=Browsing red.sesta.com,cn=userRoot, cn=ldbm database,cn=plugins,cn=config changetype: add objectClass: top objectClass: vlvSearch cn: Browsing red.sesta.com vlvbase: dc=red,dc=sesta,dc=com vlvscope: 2 vlvfilter: (&(mail=*)(cn=*)) aci: (targetattr="*") (version 3.0; acl "VLV for Anonymous"; allow (read,search,compare) userdn="ldap:///anyone";) dn: cn=Sort by cn, cn=Browsing red.sesta.com,cn=userRoot, cn=ldbm database,cn=plugins,cn=config changetype: add objectClass: top objectClass: vlvIndex cn: Sort by cn vlvSort: cn
接下来运行位于 serverroot/slapd-instance 中的 vlvindex 命令:
# ./vlvindex -n userRoot -T "Sort by cn"
此次发行时没有任何文档更新。
下面列出了 Sun Java System Connector for Microsoft Outlook 7 2005Q4 中修复的错误:
Connector for Microsoft Outlook 应支持邮件和日历的代理服务器验证。
“查看邮件源”中不显示任何内容。
需要按下“取消”按钮异常中止下载电子邮件。
“查看邮件源”中不显示任何内容。
应将 LDAP 客户端重命名为 "Microsoft LDAP provider: Sun Java System LDAP Directory"。
联机帮助搜索不起作用。
OpenEntry hr = 0x80040107 失败。
服务器中未存储用于出席者的警报。
不能在 Sun Java System LDAP 目录中自动选择多字节。
“创建/转换与仅安装”复选框未正确初始化并保存到部署配置向导中。
可以使用空密码从脱机模式切换为联机模式。
安装失败;日志中指明缺少必需的配置参数 LDAP Host。
“密件抄送发件人”选项对新配置文件不起作用。
Exchange 迁移后不会选中“日历事件提醒”框。
登录到收件箱中有大量邮件的 Outlook 配置文件中需要很长时间
通过速度缓慢的连接发送大型邮件时,邮件绝不会被发送出去。
警报不会从 Communications Express 同步到 Outlook,反之亦然。
从其他客户端查看时,保存在 Outlook 的“草稿”中的邮件标题信息将丢失。
有时保留在 Outlook 2000 的“发件箱”中的邮件仍将被传送。
更改“发件人:” 地址和选择“联系人”地址作为“发件人:” 不能正确显示“代表”。
必须能够与其他用户共享通讯录。
用户需要能够共享使用组名(用户组)的邮件文件夹。
IMAP 提供者不添加引用标题。
清除对收件箱以外的邮件文件夹不起作用。
需要在启动过程中加入进度指示条。
"Message-flag:" 标头不生效。
从 Excel 发送邮件而不启用检查密码将导致出现问题。
不显示共享邮件文件夹中的邮件。
无法打开由 Mozilla 生成的加密邮件。
在 Outlook 2002 中,电子邮件内容在已读收件人通知邮件中。
“已读收件人”对单个邮件不起作用。
使用 Powerpoint 向收件人发送邮件以供审阅将使 Outlook 挂起。
在非英文 Outlook 中出现重复的收件箱(英文的 "Inbox" 和经过本地化的“收件箱”)文件夹。
在英文环境中,使用多字节字符名称的 IMAP 文件夹不可见。
首次登录 Windows XP(日文版)并接着登录 Outlook(日文版)时无法在 Windows(英文版)中创建配置文件。
断开 IMAP+SSL 连接时,Outlook 可能会崩溃。
如果内容过大,日历事件有时会丢失主体内容。
使用包含非字母字符的密码登录的用户无法登录到使用 Connector for Microsoft Outlook 的通讯录服务器。
自述文件的标题翻译得不正确。
如果内容过大,联系方式将丢失注释内容。
在 Windows XP(日文版)上使用 Outlook 2003(日文版)并采用 ISO2022JP 编写邮件后,将不能正确显示发件人名称。
“用户配置文件”选项卡中采用的日文翻译不恰当。
在 Outlook 中编写邮件时无法查看组成员。
当使用 Connector for Microsoft Outlook 将文件附带在会议请求中时,附件显示为 Winmail.dat。
在德文语言环境中,部署配置程序中的邮件未翻译。
把邮件从本地存储复制到 IMAP 文件夹将导致收件日期被更改为当前日期。
安装时(在 Outlook 2000 上)应当能够设置 Microsoft LDAP 连接器的 LDAP 过滤器。
为调试日志记录添加“不再显示此对话框”。
创建不含内容的日历约会时,Outlook 将崩溃。
在某些情况下,密码会清楚地显示在 Connector for Microsoft Outlook 日志文件中。
不含电子邮件地址的联系方式显示在 Outlook 的“通讯录”用户界面上。
如果从 IMAP Contact 文件夹中删除联系人,则绝不会调用 EXPUNGE。
可在未授予权限的情况下保存对 PST 中的 IMAP Contact 条目所做的更改。
从收件箱中删除邮件后再选择“已删除邮件”文件夹将不显示任何邮件。
如果服务器上未启用 SMTP AUTH,而 Outlook 需要使用它,则将无限次提交邮件。
内部版本 214 安装程序显示版本为 213。
第一次下载邮件时 Outlook 2000 将挂起。不显示进度条。
图像 picture.JPG 显示为 picture.JPG.jpg(区分大小写的扩展名)。
编写包含内容类型应用程序的邮件时,邮件列表中不显示附件(回形针)图标。
转发带有 winmail.dat 的邮件时,转发邮件将包含两个 winmail.dat 附件。
清空和重新同步 IMAP 文件夹的选项是必需的。
邮件保留在 Outlook 的“发件箱”中,而不是转至“已发送项”文件夹中。
当共享或订阅 Outlook 中的文件夹时,必须提供准确的用户名。
必须能够强制以每个文件夹为单位进行同步。
使用高级“查找”对话框时出现问题。
用户搜索地址时不必单击“查找”。
通过 Outlook 查看邮件时,以多文本格式编写的邮件允许所有收件人查看密件抄送收件人。
密件抄送收件人不保存在“已发送项”或“草稿”文件夹中。
为年度事件生成的 RRULE 不正确。
无法在 Windows XP 计算机上安装。
收到错误“不允许打开资源的透明标志”。
处理错误代码 81 时需要帮助。
转发邮件时将以附件形式发送背景 HTML。
安装程序不会为新创建的 Outlook 配置文件选中“验证 SMTP”复选框。
安装要求自动执行国际化搜索。
转发时将以附件形式转发插入的图像。
全天事件在启用 Windows 夏时制后慢 1 小时。
在最终用户计算机上安装 Outlook 之后,Outlook 将在首次尝试启动时挂起(Outlook XP 和 Outlook 2003)。
删除 .pst 文件后,无法看到默认的联系人文件夹的 ACL。
如果使用了 content-location,则 multipart/related 中的图像将显示为附件。
法文或日文的共享联系人文件夹中不显示共享联系人名称。
收件人不会收到任何后续信息。
从订阅用户删除联系人后,将不刷新用户的个人通讯录。
当修改并保存分发列表的成员详细信息后,将从分发列表中删除成员。
在将成员添加到订阅用户的分发列表和联系人列表时出现错误。
修改分发列表中的联系人将把联系人从分发列表中删除。
上下文同步后,分发列表中的联系人名称将变得杂乱无章。
包含 multipart/report 的 multipart/mixed 将使 Outlook 崩溃。
有些邮件的正文中的文本在发送时会被替换为多个 CRLF(Outlook XP 法文版)。
将邮件文件夹从父级移至子级将导致文件夹不可见。
当以附件形式发送邮件后 Powerpoint 2003 将崩溃。
执行后台同步后,状态栏中不显示邮件计数。
执行后台同步后,状态栏中不显示邮件计数。
来自 Calendar Server 的错误代码 79 并不是由 Connector for Microsoft Outlook 处理的。
未正确显示包含外部邮件/rfc822 的邮件。
用户无法查看其他用户的共享任务。
Connector for Microsoft Outlook 和 Communications Express 无法读取从 Powerpoint 2000 使用“发送给邮件收件人”菜单发送的邮件。
Outlook XP 启动到预览窗格时挂起。
同时创建组和添加成员不会导致出现错误。
调用“邮件过滤器”页面时 Outlook 将崩溃。
通过 Outlook 创建或修改的邀请不应触发 Calendar Server 通知。
脱机用户尝试访问“邮件过滤器”页面时 Outlook 将崩溃。
拥有者删除共享文件夹后,订阅者仍可看到共享文件夹并出现错误。
具有只读权限的用户似乎可以删除文件夹中的邮件。
只同步了一个联系人之后通讯录同步就失败了。
用无效字符创建邮件文件夹时一定会出现错误。
共享联系人时必须使用在目录中查找用户的选项。
订阅联系人时必须使用在 LDAP 中查找用户的选项。
在 Outlook 中,无法通过右键单击“垃圾箱”删除邮件。
带有包含多个 HTML 部分的 multipart/alternative 的邮件显示的 HTML 部分是错误的。
自动预览窗格对未读邮件不起作用。
Outlook 将传送同一封邮件的多个副本。
验证用户在“权限”页面键入的邮件 ID 和联系方式。
允许在“权限”页面输入组 ID 的用户为组设置邮件文件夹 ACL。
允许用户选择从 GAL 设置邮件文件夹组 ACL。
显示“权限”订阅邮件文件夹的 "myright"。
未正确处理创建 MAPI 调用文件夹时使用的 OPEN_IF_EXISTS 标志。
当把成员添加到订阅用户的共享联系人和分发列表中时,也会把成员添加到通讯录中。
当与 Communications Express 结合使用时,添加的访问控制条目无效。
无法查看“未读邮件”文件夹中的邮件。
由于文件夹名称采用不区分大小写的匹配规则,邮件文件夹出现错误。
如果对文件夹检索 ACL 时出现错误,将循环过滤邮件。
进行同步时,MAPI 客户端(例如 activesync 或 msn 桌面)将使 Outlook 崩溃。
安装程序中的版本号不同步。
编写新邮件时,应当禁用“查看”->“邮件源”菜单项。
安装程序应在可搜索通讯录列表中设置“全局地址列表”。
菜单选项“更改此文件夹以包含”太小。
更改此文件夹类型下拉项的法文版翻译不正确。
创建软件包时出现不必要的警告“LDAP——'用户首选搜索库’必须包含一个值”。
被邀请者收到大部分显示与其他不存在的会议发生冲突的会议邮件。
允许自定义“休假邮件”标题。
在登录后立刻选择 IMAP 文件夹后显示了进度条,但未显示任何进度。
GAL 不考虑超时参数。
不应允许日历和联系人的“权限”页面中有“用户选择组”。
同步通讯录后,将删除添加到通讯录的组(来自 GAL)。
在 Outlook 2003 的“全局地址列表”中搜索用户时显示错误消息。
GAL 变得不可用。
打开 GAL 的第一页将导致执行过多的 LDAP 搜索。
查看 GAL 条目的详细信息导致执行重复的 LDAP 搜索。
GAL 没有顺序处理丢失的连接。
用户界面问题。
通过添加 GAL 中的组修改分发列表后,该组将在同步后被删除。
LDAP 选项卡中的选项“返回的最大搜索结果数”不起作用。
无法在非英文操作系统上打开部署配置程序。
取消创建软件包后,部署配置程序仍会继续执行创建操作。
订阅者的共享联系人修改未反映在提供者的通讯录中。
Outlook XP 中显示错误:"CABContainer::GetProps MAPI_E_NO_SUPPORT"。
admin.exe 不使用或启动经过本地化的用户界面。
访问邮件过滤器需要很长时间。
后台同步时崩溃。
安装程序不升级早期版本。
GAL 代码中出现随机错误。
在 Outlook 2000 中,将 GAL 条目保存到本地联系人文件夹中不能正确同步。
如果在 GAL 高级搜索(查找)中提供空字符串,Outlook 将崩溃。
当从 Outlook 调用且只找到一个匹配项时,resolvename 将失败。
安装程序不遵守受限用户登录的安装权限。
GAL 不应以脱机模式运行。
在 GAL 浏览器窗口中键入非 ASCII 字符时,索引将在匹配后移到条目上。
收到来自 Communications Express 的带有 vcard 的邮件时,Outlook 中显示两个 vcard 附件。
在“收件人”字段中输入单个字符时的响应时间缓慢并出现错误。
无提示创建配置文件的模式不起作用。
“用户 .pst”->“IMAP/POP 配置文件设置”下的选项有问题。
当 Google 桌面正在后台获取信息时,Outlook 打开文件夹时会崩溃。
Outlook.exe 出现随机错误。
在 Outlook XP 上转换配置文件将导致损坏配置文件。
在某些情况下,按邮件大小排序不起作用。
以脱机模式启动时,无法将邮件设置为未读。
拖放联系人的 PST 后生成错误的电子邮件地址。
没有与部署配置程序相关的帮助文件。
从 GAL 添加 LDAP 组时,Outlook 将崩溃。
错误报告应正确拼写系统信息。
所有语言版本都缺少 Contacts.html。
日文版中的 VLV 排序属性的标签已损坏。
日文版中的登录通讯录服务器的对话框与其他语言版本不同。
“全局地址列表”选项卡中的字体较小(日文版)。
第三方软件接入 Outlook 时,电子邮件显示两次。
日文字符无法显示在“全局访问列表”选项卡中。
此部分介绍了本 Sun Java System Connector for Microsoft Outlook 发行版中存在的已知问题和限制。
本 Sun Java System Connector for Microsoft Outlook 发行版中存在一些限制。主要限制如下:
Directory Server 中每个不同的标识(例如用户、资源、会议室)都必须有电子邮件地址。有关更多信息,请参见必需的 LDAP mail 属性
日历事件中的任意附件都不重新保存到服务器中。
只要在 Communications Express 客户端中修改了同一个日历事件,约会和会议描述字段中的多文本就会丢失。
邮件重新调用功能不可用。
检查可用性时,事件的描述不可用。
在默认日历文件夹中创建的子文件夹是存储在本地的。主默认日历文件夹和其他日历文件夹都是存储在服务器上的。
闲/忙查找不能显示 TENTATIVE 或 OUT-OF-OFFICE 应有的颜色。
不能使用 Outlook 菜单中的“工具”->“服务”选项修改 Sun Java System Connector for Microsoft Outlook 的属性。要修改这些属性,请执行以下操作:
退出 Outlook。
右键单击 Outlook 图标,然后选择“属性”。
将显示“属性”对话框。
在服务列表中选择“文件夹 - <您的用户名>”。
单击“属性”。
不支持使用 SSL 的闲/忙查找。请参见Outlook 的闲/忙查找和 SSL
不支持在 Exchange 服务器上安装 Sun Java System Connector for Microsoft Outlook。
如果 Outlook 处于 Internet 模式,安装程序将不运行。在 Outlook 2000 中,“仅 Internet 邮件”模式可以包含 POP 和 IMAP 配置文件。这些配置文件不升级或转换为 Connector for Microsoft Outlook 7 2005Q4 版本。
不支持重复任务。
脱机限制:
在脱机会话期间,如果使用 Outlook 修改了“日历”、“任务”、“邮件”或“联系人”文件夹中的任何项,然后使用服务器上其他客户端修改同一个项,则当用户在 Outlook 中返回联机模式时,脱机时所做的更改将丢失。将保留通过服务器上的其他客户端所做的更改。
以脱机模式创建新事件时,将把邀请保存到用户的“发件箱”中。如果用户在仍处于脱机模式时打开邀请,则在关闭后,该邀请将在“发件箱”中不可见。
此部分介绍了本 Sun Java System Connector for Microsoft Outlook 在发行时存在的已知问题。如果为已知问题,则错误号将括在括号里。
本节讨论的问题类别如下:
要以无提示安装模式转换或创建用户配置文件,则必须有默认配置文件。(4938665)
如果用户没有管理权限,则第一次就无法打开 Outlook。(5053786)
如果存在先前转换的用户配置文件,则在“用户配置文件”选项卡中选中“转换/升级或创建”后,部署配置程序将不会创建新配置文件。管理员必须使用“创建新用户配置文件而不转换/升级”选项创建配置文件。(5107345)
以附件形式转发的联系方式不保存在“联系人”文件夹中 (Outlook 2000)。(6212865)
使用 Web 工具栏将使 Outlook 崩溃。(6214643)
如果 Outlook 已升级,则无法安装。(6253840 和 6254598)
如果具有当前 Connector for Microsoft Outlook 配置文件的用户升级 Outlook XP,则现有配置文件无法打开。尝试安装全新的配置文件也将失败。
解决方法:如果 Outlook 版本已升级或更改,请卸载 Connector for Microsoft Outlook 然后重新安装。
将默认值升级为先前的服务器和端口。
从 Connector for Microsoft Outlook 6 2004Q2 版本升级到 Connector for Microsoft Outlook 7 2005Q4 版本时,如果服务器名称和端口号已更改,则升级将只考虑旧的服务器名称和端口号。
下面是与 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 无法解码并正确显示这些数据。
下面是与 Sun Java System 和 Microsoft Exchange 之间的互操作性相关的问题:
Exchange 的闲/忙代理未返回完整的闲/忙信息。(6174201)
将在较长的主题中插入制表符。(6194768)
如果从 Exchange 服务器发送给使用 Connector for Microsoft Outlook 和 Sun Java System Messaging Server 的服务器的邮件的主题太长,则发送此邮件时将在主题行中插入制表符。
规则未正常起作用。(6200399)
使用 LDAP GAL 条目创建的电子邮件过滤器(规则)在 Outlook 2000 中不起作用。具有 Exchange 配置文件的同一个程序(添加 LDAP GAL 并在邮件过滤器/规则中直接使用其中一个 LDAP 条目)在 Exchange 中会显示相同的结果。也就是说,在 Outlook 2000 中过滤器不起作用。在 Outlook XP(和 Outlook 2003)中,过滤器起作用。
解决方法是将您要在电子邮件过滤器/规则中使用的所有联系方式添加到个人通讯录中。然后在规则中使用本地联系方式而非 LDAP 条目。
人员和分发列表中的规则不起作用。(6203018)
如果将个人通讯录(在“联系人”文件夹中)中的分发列表添加到电子邮件规则/过滤器中,规则向导将显示一个对话框询问是否应展开分发列表。规则/过滤器要求规则包含展开的电子邮件地址列表。如果将 LDAP 组(来自 LDAP GAL)添加到规则/过滤器中,规则向导不要求展开组,而只使用组本身的电子邮件地址。使用 LDAP 组创建的规则不起作用。可在连接至 Exchange(并已将 LDAP 目录配置为服务)的配置文件中看到同样的这种行为。
解决方法是将各个组成员添加到个人通讯录中,并在电子邮件过滤器中使用它们。
无法恢复已删除邮件。(6255190)
选择“清空'已删除邮件’文件夹”后,Connector for Microsoft Outlook 不允许恢复已删除邮件。
无法接收从 Exchange(5.5、2000 和 2003 版)发送到 Connector for Microsoft Outlook 的内嵌 OLE 对象和 RTF 格式的 HTML 的邮件。
下面是仅与 Sun Java System Connector for Microsoft Outlook 的日历部分相关的问题:
创建新日历配置文件将激活旧日历提醒。(5104189)
当您首次登录到在 Outlook(设置为您的默认 Calendar Server)中新创建的日历配置文件时,Outlook 将弹出对旧事件和将来事件的警报框。
订阅的日历名称在“日历”视图中不可见。(6190293)
当您首次订阅日历时,该日历名称被标为 "Calendar",而不是订阅日历的名称。要查看订阅日历的名称,请退出 Outlook 然后重新登录。订阅日历的名称应当会显示。
打开共享日历链接不会挂接到订阅 (Outlook 2003)。(6292026)
在 Outlook 2003 中,单击左窗格底部的日历图标后将显示日历视图。在该日历视图中,单击“打开共享日历”将显示一个对话框,用户可在其中输入共享日历的用户名。输入已知共享日历的用户名后,将显示“无法显示此文件夹。您的配置文件未配置为支持此用户的此项操作。” 。这种情况也会出现在联系方式和任务中。
解决方法是在文件夹列表中选择共享日历文件夹以查看共享日历。
下面是与 Connector for Microsoft Outlook 的日历部分有关但没有错误号的其他问题:
如果委托接受或拒绝来自组织者的共享收件箱中的邀请,则日历事件将添加到委托的日历中,而不是组织者的日历中。
发送日历附件时发送的是 Microsoft TNEF 邮件。不支持 iTIP 和 iMIP 日历附件。
如果桌面时区与 Calendar Server 日历时区不同,则全天事件可能成为非全天事件(安排从 12:00am 持续到 12:00pm 的一个事件)。
通过 Outlook 创建邀请时,如果在将邀请保存到 Calendar Server 中时出现错误,Outlook 仍会发送该邀请。
如果由 Outlook 创建重复事件没有结束日期,则该重复事件以内部方式在 Calendar Server 中保存时会设置有限的重复次数。
另外,最多仅保存与在 Calendar Server 中设置的重复次数对应的闲/忙信息。例如,如果您在 Outlook 中创建了每天在 10:00am 发生的重复事件,而 Calendar Server 最多只保存 60 个重复事件,则在第 61 天,事件仍显示在 Outlook 中,但在计算可用性时显示为“闲”。
更改对日历的权限后需要重新启动 Outlook,然后对共享日历中的“日历”文件夹的新权限设置才会生效。
共享日历中显示的任务都是登录用户的任务,而不是订阅用户的任务。日历视图始终显示登录用户的任务。
如果您在 Outlook 中创建一个重复邀请,但删除了该事件的单个实例,则如果 Calendar Server 在删除之前还没有处理最初的重复邀请,则收件人(出席者)将看不到已删除的邀请。
下面是仅与 Sun Java System Connector for Microsoft Outlook 的邮件部分有关的问题:
将附件文件保存到转发邮件中。(4946488)
当收到的附件是转发邮件的一部分时,双击附件后无法保存该附件。要保存附件,请右键单击附件,然后选择“另存为”。
如果用户邮箱的收件箱中包含的邮件超过 16,000 封,Outlook 将不会下载所有邮件。(5099436)
必须手动设置“大型表格”支持标志。要执行此操作:
右键单击“文件夹 - 您的用户名”,然后选择“文件夹 - 您的用户名”的属性,打开“文件夹属性”对话框。
在“文件夹属性”对话框中,单击高级...
在 Sun Java System Connector for Microsoft Outlook 对话框中选择“高级”选项卡。
单击“个人文件夹”按钮,然后选中“个人文件夹”对话框中的“允许升级为大型表格”旁边的框。
在所有打开的对话框中单击“确定”,然后重新启动 Outlook。
无法将搜索到的邮件移至其他文件夹。(6227085)
在 Outlook XP 中,如果用户搜索邮件,然后尝试将搜索到的邮件移至其他文件夹,会出现错误。
Outlook 2003 垃圾邮件过滤器不起作用。(6312677)
Outlook 2003 中的“垃圾电子邮件”功能(选择“工具”->“选项”)对 Connector for Microsoft Outlook 不适用。未过滤设置为使用此工具过滤的发件人。解决方法是使用“工具”->“邮件过滤”选项。
下面是与 Sun Java System Connector for Microsoft Outlook 的通讯录部分有关的问题。
从 Communications Express 删除联系方式不会将其从 Outlook 中删除。(6225049)
必须将 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 中找到。
取消对共享联系方式的订阅后,它并不从通讯录中删除。(6267180)
取消对共享联系方式的订阅后,它并不从通讯录的“显示名称来源”列表中删除。解决方法有两个:
如果订阅的联系方式已添加到通讯录的“显示名称来源”列表中,用户应在取消订阅该联系方式之前,取消选中“Outlook 通讯录”属性页面中的“将此文件夹显示为电子邮件通讯录”选项。
直接从通讯录属性中删除联系方式。
在 Outlook XP 中:
选择“工具”>“电子邮件帐户”。
然后选择“查看或更改现有目录或通讯录”,并选择要更改的“Microsoft Outlook 通讯录”。
选择要从通讯录中删除的项。
在 Outlook 2000 中:
在 Outlook 菜单中选择“工具”>“服务...”。
将显示“服务”窗口。
选择“服务”选项卡。
在设置在配置文件中的服务列表中选择“Outlook 通讯录”,然后单击“属性”。
将显示 Microsoft Outlook 通讯录的属性窗口。
选择要从您的通讯录中删除的项,然后单击“关闭”。
请注意,用户必须先注销然后再重新登录才能生效。
如果在默认的 Web 浏览器中配置的代理被关闭,则对通讯录服务器的登录将失败 (6315910)。
下面都是关于本地化版本的 Sun Java System Connector for Microsoft Outlook 的问题:
Windows 计算机的本地化联机帮助在以下方面可能包含一个或多个问题(5035363、5031913、5028387、5028413、5034886):
索引列表不是以本地化语言排序的。
使用非英文词执行联机帮助上下文搜索有困难。
部署配置程序的安装程序未经过本地化。Connector for Microsoft Outlook 的某些安装面板仍以英文显示 (5028359)。
在韩文版 Connector for Microsoft Outlook 的安装面板中输入韩文全名时显示无法识别的字符 (5028453)。
日志文件可能包含无法识别的字符 (5033783)。
“联系人”为乱码 (6212970)。
在“选择成员”窗口中,“显示名称”组合框中的“联系人”项是乱码(在 Windows XP 上使用日文版和中文版的 Outlook 2003)。
通过配置程序打印时,日文字符为乱码 (6309420)。
如果通过部署配置程序打印时包含日文字符,则这些日文字符为乱码。
安装向导中缺少某些按钮的描述 (6309494)。
在繁体中文版中,安装向导面板的描述部分中缺少一些按钮标签词(“下一步”、“安装”、“返回”和“取消”)。
“安装向导”对话框已损坏 (6309523)。
在 Windows 2000 日文版和中文版上的 Outlook 2000 中,用于 "Sun Communication Server" 的“安装向导”对话框已损坏。
如果配置文件名称为日文,则找不到该配置文件 (6310160)。
如果配置文件为日文,则转换失败(Windows 2003 上的 Outlook 2003)。
如果配置文件是手动创建的,则 Outlook 无法启动 (6310190)。
手动创建配置文件后,Outlook 无法用此配置文件启动。将显示错误消息“Sun Java System Connector for Microsoft Outlook 错误”。
无法转换以日文显示的 IMAP 配置文件名称 (6313321)。
如果 IMAP 配置文件已存在,且 Outlook 从未使用过此配置文件,则转换失败。
Connector for Microsoft Outlook 不使用任何可再分发的文件。