Sun Java System Calendar Server 6 2005Q1 发行说明

Sun Java™ System Calendar Server 发行说明

版本 6 2005Q1

文件号码:819-1474


SunSolve 上有适用于此版本 Calendar Server 的修补程序。有关详细信息,请参阅重要修补程序信息


本发行说明包含 Sun Java System Calendar Server 6 2005Q1 常规版本发行时获得的重要信息,包括:

请在安装和配置 Calendar Server 之前阅读本发行说明。


关于 Calendar Server 版本 6 2005Q1

Calendar Server 是基于 Web 的可伸缩解决方案,可为企业和服务提供商提供集中的日程管理和安排。Calendar Server 支持事件和任务的用户日历,也支持资源(例如会议室和设备)的日历。有关新增功能的列表,请参阅以下小节:Calendar Server 6 2005Q1 的新增功能

Calendar Server 提供了两种图形用户界面:Calendar Express 和 Communications Express。用户还可以灵活地使用 Web 日历访问协议 (WCAP) 来直接访问 text/calendartext/xml 格式的日历数据。


Calendar Server 6 2005Q1 的新增功能

Calendar Server 6 2005Q1 包括以下更改和新增功能:

自动备份

本节包含以下主题:

旧 csstored.pl 概述

早期版本的 Calendar Server 产品捆绑了一个 csstored.pl 实用程序,通过调用该实用程序可以对日历数据库和日志文件执行联机(热)归档操作(即该实用程序生成数据库和日志文件的快照)。该实用程序执行以下功能:

新 csstored 服务概述

随着 Calendar Server 6 2005Q1 的发行,此 Perl 脚本已更改为发布 start-cal 时自动启动的服务 (csstored)。但是,只有在配置并启用此服务之后它才能执行备份。可以在以下时间将 Calendar Server 配置为自动备份:

新的 csstored 服务执行以下功能:

如何从数据库故障恢复

如果当前数据库出现故障并且您需要使用备份对其进行替换,则可以使用热备份副本,这样所需的处理最少(因而停机时间也最少)。要准备热备份副本,只需将未应用的事务复制到热备份目录并对其运行 db_recover。该实用程序将应用最后未应用的事务日志,并检查是否损坏。然后,运行 db_verify 来检查数据库的状态。如果数据库正常,则热备份副本便可以用作新的生产副本。

有关新的自动备份功能以及配置和管理此功能所需的步骤的更多信息,请参见《Sun Java System Calendar Server 管理指南》中有关自动备份的一章。

有关恢复其中一个自动备份的更多信息,请参见《Sun Java System Calendar Server 管理指南》中的“错误诊断”一章。

启用自动备份之前,此服务将每隔 24 小时向日历管理员发送一条错误消息,告知管理员尚未配置自动备份。对于 Calendar Sever,执行热备份是最好的做法。


提示

如果禁用了自动备份,请确保启用循环记录 (caldb.berkeley.circularlogging="yes"),以使旧的事务日志不会占满可用磁盘空间。执行自动备份时必须禁用循环记录 (caldb.berkeley.circularlogging="no")。


在 csconfigurator.sh 中配置自动备份

此时,配置程序会询问您是否要配置自动备份。此时,配置程序可以为您设置自动备份(热备份),您也可以在以后按照《Sun Java System Calendar Server 6 2005Q1 管理指南》中的说明来配置自动备份。

只读数据库

Calendar Server 为其日历数据库使用 Berkeley 数据库(不同于用于用户和资源信息的 LDAP)。当前 Berkeley 数据库损坏时,如果要在恢复数据过程中使用户能够继续访问数据库,则可以通过 Calendar Server 6 2005Q1 将数据库置于只读模式。在此模式下,服务器将不会接受针对任何数据库的任何更新或删除事务。仅支持读取事务。

配置自动备份后,此服务将针对数据库的每个新快照运行 db_verify。如果检测到损坏,它将自动向管理员发送警告消息。然后,管理员可以将数据库置于只读模式。

但是,您稍后可能会在两个快照之间检测到损坏。如果出现这种情况,可以在尝试恢复期间将当前数据库置于只读模式。您不能有选择地将单个 Berkeley 数据库置于只读模式。

有关设置只读模式的更多信息,请参见《Sun Java System Calendar Server 6 2005Q1 管理指南》中的“错误诊断”一章。

要将 Berkeley 数据库置于只读模式,请执行以下步骤:

  1. 按照以下说明编辑 ics.conf 文件:
  2. caldb.berkeleydb.readonly="yes"

  3. 重新启动 Calendar Server:
  4. ./start-cal

对单独重建警报数据库的支持

在 Calendar Server 的早期版本中,运行 csdb rebuild 时将重建所有的 Calendar Server 数据库。在 Calendar Server 6 2005Q1 中,您可以选择只重建警报数据库。这样做的原因是,分析表明警报数据库最易于损坏且可以最快速地重建。如果无法确定损坏的数据库,则可以先只对警报数据库运行此实用程序,以确定是否可以解决问题。如果没有解决问题,则可以运行全面的重建实用程序 (csdb)。

csdb rebuild 中的自动数据库验证

在 Calendar Server 的早期版本中,使用 csdb 重建数据库之后,必须手动运行 db_verify 来验证已重建的数据库。现在,csdb 实用程序的 rebuild 命令将自动对已重建的数据库运行 db_verify

用户管理实用程序名称更改

用户管理实用程序是一个仅具有命令行的实用程序,用于置备和管理用户、资源和域。该实用程序现已重命名为 Delegated Administrator 实用程序。对于支持 Calendar Server 的 Schema 2,它仍然是唯一的置备工具。

2005Q1 版本的 Delegated Administrator 图形用户界面不支持 Calendar Server。


这与早期版本的 Messaging Server 用于 Schema 1 置备的 Delegated Administrator 不同。(它也不支持 Calendar Server。)

如果仍然使用 Schema 1,请使用《Sun Java System Calendar Server 6 2005Q1 管理指南》中所述的 Calendar Server 命令行实用程序。


安装更改——Directory Server 准备脚本 (comm_dssetup.pl)

Calendar Server 和 Messaging Server 产品不再捆绑 Directory Server 准备脚本 (comm_dssetup.pl)。此脚本已成为 Java Enterprise System 安装程序中的一个单独可安装组件。在组件选择面板上,可以单独选择 Directory Server 准备脚本。或者,如果选择 Directory Server,也将自动选择此组件。

一般来说,即使已运行早期版本的 Directory Server 准备脚本,在产品更改后也需要安装并运行新的 Directory Server 准备脚本。请勿重新运行您可能已安装的早期版本,因为它不包含所需的更新。

Web 日历访问协议 (WCAP) 的更改

在 WCAP 中进行了以下更改:

空闲/忙重定向 URL

本节包含以下主题:

什么是空闲/忙重定向 URL 功能?

对于从 Microsoft Exchange 移植到 Calendar Server 的用户来说,WCAP 中添加了一项新功能,用于搜索两个数据库(先搜索 Calendar Server 数据库,再搜索 Microsoft Exchange 数据库)。这使用户能够在转换过程中维护日历服务。为了实现此功能,在 WCAP 中进行了如下两项更改:

该 URL 如何工作?

服务器接收到 free_busy 命令时,将检查 Calendar Server 日历数据库。如果服务器找不到日历,将执行以下步骤:

  1. 服务器检查在 get_freebusy 命令中是否传递了 noredirect 参数。
  2. 如果 noredirect 参数的值为 0 或未传递该参数,服务器将查找 ics.conf 文件中参数 service.wcap.freebusy.redirecturl 的值。
  3. 如果 service.wcap.freebusy.redirecturl 参数存在并且有一个 URL 值,则将该 URL 传递回请求程序。然后,请求程序使用该 URL 在 Microsoft Exchange 数据库中查找日历。
  4. 如果存在以下任何一种情况,服务器将返回错误。
    • service.wcap.freebusy.redirecturl 参数不存在或值为空。
    • get_freebusy 命令传递了值为 1noredirect 参数。

对现有 WCAP 命令的更改

对现有 WCAP 命令进行了以下参数更改:

有关这些参数的详细信息,请参见《Sun Java System Calendar Server 6 2005Q1 Developer's Guide》。

新的错误消息

添加了一条新的错误消息:错误 81RECURRING_COMPONENT_NOT_FOUND——未找到周期性组件。仅当 fetch 命令传递了 recurring=1 时才会出现该错误。如果缺少部分周期性系列,将返回此代码(主或异常)。

导致该错误的原因是周期性系列由于受获取事务的最大数目的限制或日期范围限制而被截断。


旧的部署指南已过时

《Sun Java System Calendar Server 6 2004Q2 Deployment Guide》和《Sun Java Communications Services 6 2004Q2 Enterprise Deployment Planning Guide》已过时,请使用《Sun Java System Communications Services 6 2005Q1 Deployment Planning Guide》。


硬件/软件要求和建议

本节介绍了此版本的 Calendar Server 必需及建议的硬件和软件。

硬件要求和建议

软件要求和建议

支持的软件平台

建议用于客户计算机的浏览器

Sun Java System Communications Express 6 2005Q1 需要启用了 JavaScript 的浏览器。为获得最佳性能,建议使用以下浏览器:

表 1 建议用于 Calendar Server 6 的浏览器版本

浏览器

Windows 98

Windows XP

Windows 2000

Solaris

Red Hat Linux

Macintosh OS X

Netscape™ Communicator

7.2

7.2

7.2

7.2

7.2

7.2

Microsoft Internet Explorer

6.0 SP1 或更高版本

6.0 SP2

6.0 SP1 或更高版本

Mozilla™

1.5+

1.5+

1.5+

1.4

1.5+

1.5+

重要修补程序信息

Calendar Server 6 2005Q1 有一个修补程序。尝试运行 Calendar Server 之前,建议您先添加该修补程序。下面的表 2 显示了每种平台的修补程序编号:

表 2 Calendar Server 6 2005Q1 的修补程序编号

平台

修补程序编号

Solaris SPARC

116577-17

x86

116578-17

Linux

116851-17

  1. 有关 Sun Java System Calendar Server 所需修补程序的当前列表,请访问:
  2. http://sunsolve.sun.com

  3. 选择 "Patches" 或 "Patch Portal"。
  4. 通过 Sun Java System Calendar Server 的链接进行下一步操作。
  5. 随着操作系统修补程序要求的更改和 Java Enterprise System 组件的修补程序的产生,SunSolve 上将进行相应的更新,并且开始会使用建议的修补程序群集的形式。


安装前说明

本节包含安装 Calendar Server 6 2005Q1 之前应了解的信息,包括:

前端和后端计算机以及操作系统

对于将功能分布在前端和后端计算机上的 Calendar Server 安装,每一端上的硬件平台都必须相同。

尤其要注意的是:由于 big-endian 与 small-endian 之间互不兼容,所以不能在包含前端和后端计算机的同一 Calendar Server 部署中同时使用 x86 平台计算机和 Sparc 平台计算机。

此外,前端和后端计算机混合使用 Solaris x86 和 Linux 操作系统的做法未经测试,目前不受支持。

有关在前端和后端计算机上安装 Calendar Server 的详细信息,请参阅《Sun Java System Calendar Server 6 20004Q2 管理指南》,网址为:

http://docs.sun.com/coll/CalendarServer_04q2
http://docs.sun.com/coll/CalendarServer_04q2_zh

Linux 平台支持

Java Enterprise System 在 Linux 平台上运行。用户体验到的主要区别在于产品安装目录的路径名。Linux 平台的安装目录不同于 Solaris 平台的安装目录。

下面列出了以下内容的默认安装位置:

Calendar Server

下表比较了 Calendar Server 在两种平台上的目录路径:

表 3 Linux 平台和 Solaris 平台之间目录路径的比较

Solaris 目录

Linux 目录

/opt/SUNWics5/cal/

/opt/sun/calendar

/etc/opt/SUNWics5/config

/etc/opt/sun/calendar/config

/var/opt/SUNWics5/

/var/opt/sun/calendar

Communications Express

Communications Express 在 Linux 上的默认安装位置是:

/opt/sun/uwc

Delgated Administrator 实用程序(以前称为用户管理实用程序)

/opt/sun/comms/commcli

操作系统修补程序

安装 Calendar Server 6 2005Q1 之前,您必须应用所需的操作系统修补程序。有关所需修补程序的列表,请参阅《Sun Java Enterprise System 2005Q1 发行说明》。

所需权限

要在 Solaris 系统上运行 Sun Java Enterprise System 安装程序或 Calendar Server6 2005Q1 配置程序,您必须以超级用户 (root) 身份登录(或成为超级用户)。

Java Enterprise System 安装程序

使用 Sun Java Enterprise System 安装程序来安装 Calendar Server 6 2005Q1。Java Enterprise System 安装程序可以安装 Sun 组件产品软件包,包括 Calendar Server 6 2005Q1 以及各种产品均可使用的共享组件。

本节包含以下主题:

默认安装目录

Solaris 软件包(SUNWics5SUNWica5)的默认安装目录 (cal_svr_base) 是

/opt

安装后,Solaris Calendar Server 文件位于 /opt/SUNWics5/cal 中。

Linux 软件包(核心和 API)的默认安装目录 (cal_svr_base) 是:

/opt

安装后,Linux Calendar Server 文件位于 /opt/sun/calendar 中。

Linux 软件包名称

列出了各种 Calendar Server 相关组件的 Linux 软件包名称。

表 4 Calendar Server 相关组件的 Linux 软件包名称

组件

软件包名称

Calendar Server

sun_calendar-core
sun-calendar-api

本地化的软件包:
sun-calendar-core-es
sun-calendar-core-ko
sun-calendar-core-fr
sun-calendar-core-zh_CN
sun-calendar-core-de
sun-calendar-core-ja
sun-calendar-core-zh_TW

Communications Express

sun-uwc

Delegated Administrator 实用程序

sun-commcli-client
sun-commcli-server

从 Calendar Server 6 的早期版本进行升级

请勿尝试使用 Sun Java Enterprise System 安装程序升级 Calendar Server。必须使用 patchadd 进程。有关从 Calendar Server 2003Q4 或 2004Q4 升级到当前版本 2005Q1 的说明,请参阅《Sun Java Enterprise System 2005Q1 升级和迁移指南》。另请参阅《Sun Java Enterprise System 2005Q1 发行说明》。

可访问以下网站来获得这些文档和其他相关文档:

http://docs.sun.com/coll/entsys_05q1
http://docs.sun.com/coll/entsys_05q1_zh

升级日历数据库

如果已经安装了使用 Berkeley DB 版本 3.2.9 的 Calendar Server 6.0,则将自动转换到当前的 4.2 版。而不需要运行其他数据库移植程序。

如果您安装的是使用 Berkeley DB 版本 2.6 的 Calendar Server 5.x,则必须使用 cs5migratecs5migrate_recurring 实用程序将日历数据库升级到版本 4.2。请求技术支持时,可以获得这些实用程序。

如果您安装的是 Calendar Server 2.x,则必须升级到 Calendar Server 5.x,才能移植到当前版本。

有关移植的信息,请参阅《Sun Java System Calendar Server 6 2005Q1 管理指南》,网址为:

http://docs.sun.com/coll/CalendarServer_05q1
http://docs.sun.com/coll/CalendarServer_05q1_zh

安装后的配置步骤

安装或升级到 Calendar Server 6 2005Q1 之后,必须按照如下说明对其进行配置:

  1. 运行 Directory Server 设置脚本 (comm_dssetup.pl) 以配置 Calendar Server 模式的 Sun Java System Directory Server。
  2. 运行 Calendar Server 配置程序 (csconfigurator.sh) 以配置站点的特定要求。

有关说明,请参阅《Sun Java System Calendar Server 6 2005Q1 管理指南》。

Calendar Server 数据和实用程序的位置

对于 Java Enterprise System 版本 2,Calendar Server 提供了如表 5 中所示的链接。

表 5 目录位置 

文件名

Solaris 位置

Linux 位置*

管理员实用程序:start-cal、stop-cal、csattribute、csbackup、cscal、cscomponents、csdb、csdomain、csexport、csimport、csmonitor、csplugin、cspurge、csrename、csresource、csrestore、csschedule、csstats、cstool 和 csuser

移植实用程序:csmig、csvdmig 和 ics2migrate

脚本:icsasm、legbackup.sh、legrestore.sh 和 private2public.pl

/opt/SUNWics5/cal/sbin

/opt/sun/calendar/sbin

管理员实用程序:csstart 和 csstop

/opt/SUNWics5/cal/lib

/opt/sun/calendar/lib

配置文件:ics.conf、version.conf、counter.conf 和 sslpassword.conf

LDAP 服务器更新文件:60iplanet-calendar.ldif、ics50-schema.conf 和 um50-common-schema.conf

安装之后:/opt/SUNWics5/cal/config-template

在配置过程中,上述目录中的各种文件将被移到由您选择的配置选项指定的位置。

/opt/sun/calendar/config-template

邮件格式化 (*.fmt) 文件

/etc/opt/SUNWics5/cal/config/
language

其中 language 为 en、de、es、fr、ja、ko、zh-TW 或 zh-CN。

/etc/opt/sun/calendar/config/language

模式 IDIF 文件:20subscriber.ldif、50ns-value.ldif、50ns-delegated-admin.ldif、55ims-ical.ldif、50ns-mail.ldif、56ims-schema.ldif、50ns-mlm.ldif、60iplanet-calendar.ldif、50ns-msg.ldif

 /etc/opt/SUNWics5/cal/config/
schema

comm_dssetup.pl 将这些文件写入 Directory Server。

/etc/opt/sun/calendar/config/schema

库 (.so) 文件

SSL 实用程序:certutil 和 modutil

/opt/SUNWics5/cal/lib

/opt/sun/calendar/lib

会话数据库

 /opt/SUNWics5/cal/lib/http

/opt/sun/calendar/lib/http

计数器统计信息文件:counter 和 counter.dbstat

 /opt/SUNWics5/cal/lib/counter

/opt/sun/calendar/lib/counter

timezones.ics 文件

/opt/SUNWics5/cal/data

/opt/sun/calendar/data

Linux 安装程序不会自动将 "calendar" 添加到 /etc/opt/sun 路径名中。在配置过程中,请勿接受系统提供的默认路径,而应该在路径名中添加 "calendar"。

目录服务器性能

要改进 LDAP 目录服务器的性能(尤其是在使用 LDAP 目录的日历搜索功能时),请考虑以下各项内容:

创建 LDAP 目录服务器属性索引

要提高 Calendar Server 访问 LDAP 目录服务器时的性能,请为各种属性在 LDAP 配置文件中添加索引。

配置程序 comm_dssetup.pl 将为您选择性地创建索引。

要查看创建索引所带来的性能差别,请执行以下测试:

  1. 通过确保将 ics.conf 文件中的以下参数设置为 "yes",来启用 LDAP 目录服务器的日历搜索功能:
  2. service.calendarsearch.ldap = "yes"默认值

  3. 运行以下 LDAP 命令:

测试表明,如果没有为 icsCalendarOwned 创建索引,上述搜索功能搜索 60,000 个条目大约需要 50 到 55 秒。而创建索引后,上述搜索只需要大约 1-2 秒时间。

有关添加目录服务器索引的详细信息,请参阅以下位置处的 Sun Java System Directory Server 5 2005Q1 文档:

http://docs.sun.com/coll/DirectoryServer_05q1
http://docs.sun.com/coll/DirectoryServer_05q1_zh

查看和设置大小限制参数及搜索限制参数

要确定是否已将搜索限制参数 (nsslapd-lookthroughlimit) 和大小限制参数 (nsslapd-sizelimit) 设置为适当的值,请尝试使用以下命令:

ldapsearch -b "base"
"(&(icscalendarowned=*user*)(objectclass=icsCalendarUser))"

其中 base 是 Calendar Server 用户和资源数据所在的目录服务器的 LDAP 基本 DN,user 是最终用户可以在“Calendar Express 预订”>“日历搜索”对话框中输入的值。

如果 LDAP 服务器返回错误,则参数 nsslapd-sizelimitnsslapd-lookthroughlimit 可能不够大。请按以下原则设置这些参数:

在 Communications Express 中使用 Schema 1

在 Communications Express 中使用 Schema 1 存在两个问题:

置备工具

可以使用以下两种工具来置备 Calendar Server 的用户、组和域:Delegated Administrator 实用程序和 Calendar Server 实用程序。有关 Delegated Administrator 的信息,请参见《Sun Java System Communications Services 6 2005Q1 Delegated Administrator 指南》。有关 Calendar Server 实用程序的信息,请参见《Sun Java System Calendar Server 6 2005Q1 管理指南》。


请勿尝试通过 Access Manager 控制台来置备用户。虽然可以创建用户并为其指定日历服务,但请勿使用此方法,因为其结果是不可预测的并会对部署产生负面影响。


适用于周期性事件的新移植实用程序

一些应用程序(例如 Sun Java System Connector for Microsoft Outlook)需要将周期性事件和任务表示为带有例外的主组件。Calendar Server 6 2004Q2 之前的版本没有为周期性事件提供这种格式。因此,Calendar Server 6 2004Q2 中引入了 cs5migrate 实用程序的新版本 (cs5mgrate_recurring)。

cs5migrate 实用程序执行以下任务:

此外,cs5migrate_recurring 实用程序将为所有周期性事件和任务创建主记录和例外记录。以后,这些记录将由 Calendar Server 自动生成。

如果要移植数据库,但又不打算使用 Connector for Microsoft Outlook,则运行 cs5migrate,而无需运行cs5migrate_recurring

请与技术支持联系,以获得这两种实用程序的下载位置和相关文档。请确保指定了是否要移植周期性事件以及是否打算使用 Connector for Microsoft Outlook。


注意

如果您的站点具有 Calendar Server 的早期版本,并配置为使用有限虚拟域模式或在同一台计算机上存在多个 Calendar Server 实例,请与 Sun Microsystems, Inc. 销售代表联系,以对您的移植要求进行评估,并确保您拥有满足这些要求的特定移植实用程序。

通常,如果未执行完全备份,请勿移植数据库


Calendar Server 6 文档

Calender Server 6 包括以下文档。文件号码位于括号中。

Calendar Express 6 2005Q1 联机帮助可以从 Calendar Express 软件中获得。Communications Express 6 2005Q1 联机帮助可以从 Communications Express 软件中获得。

Calendar Server 6 2005Q1 文档还可以在以下 Web 站点找到:

http://docs.sun.com/coll/CalendarServer_05q1
http://docs.sun.com/coll/CalendarServer_05q1_zh

Beta 版以后解决的问题

列出了 2005Q1 Beta 版中报告的并已在常规版本中解决的问题:

表 6 已解决的问题

问题编号

说明

5053566

Linux:默认情况下,Calendar Server 文件安装在 /etc/opt/sun/config 下。

5088142

配置热备份时禁用循环记录。

5094350

csclean 在文件末尾返回错误消息 255(现在认为成功的返回应是 LDAP_RES_SEARCH_RESULT)。

5100012

仅 Linux:如果未找到 Java,则无法启动 csconfigurator.sh。

5105658

Linux:icsuser 并不拥有 config 目录下的所有文件。

5107189

Calendar Server 无法启动。默认路径名不是全限定名称。

6173712

在虚拟域模式下配置邮件查找时,抛出 Calendar Server 错误 29。虚拟域模式下不支持邮件查找。请使用用户和组 LDAP。在最终版本中,虚拟域模式下将忽略 ics.conf 文件中的邮件查找设置。

6174165

Linux:配置程序抛出异常。

6177487

每当修改其他日历属性时重置 Doublebooking 属性。

6182461

对非英语环境:每当创建/编辑/删除事件和任务时,翻译错误都将导致 JavaScript 错误。

6186706

使用托管域时,(已修正的文档)/etc/hosts 必须包含全限定主机名。例如:

192.18.99.999 mycomputer.example.com mycomputer loghost


已知问题和限制

本节包含 Calendar Server 6 发行时已知重要问题的列表。

限制

目前,已知的限制如下:

删除多值用户首选项的所有实例

限制:每个 set_userprefs 命令仅删除多值首选项的一个实例。

解决方法:要删除多值用户首选项的所有实例,必须对每个实例发出一个 set_userpref 命令。

例如:执行 get_userprefs 列出所有用户首选项。如果首选项(例如 icsSubscribed)有多个值,则要删除此首选项,必须对列出的每个值发出一个 set_userprefs 命令。

在群集环境中查找已安装的修补程序

限制:没有特定于群集的 showrev 命令来显示群集的每个节点上安装的程序。(这是一个普遍问题,不只是特定于 Calendar Server。使用安装在全局文件系统上的任何产品都会遇到同样的问题。)

更新 Calendar Server 时会遇到此问题。您需要将修补程序应用到安装 Calendar Server 的每个节点上。此外,不能将修补程序应用到尚未安装 Calendar Server 的节点上。如果不知道节点上是否安装了 Calendar Server,则找出安装了 Calendar Server 的节点将至少是一件麻烦而又费时的事情。

解决方法:运行以下命令以查看安装了 Calendar Server 的所有节点:pkgparam -v SUNWics5 | grep ACTIVE_PATCH

弹出阻塞程序

限制:如果启用了弹出阻塞程序,将不显示某些 Calendar Server 窗口。

解决方法:对 Calendar URL 禁用弹出阻塞程序,以确保显示所有 Calendar Server 窗口。

例外:无论 Norton Inet Security AD_BLOCKER 还是 Mozilla 内置 POP_BLOCKER 都不会影响 Calendar Server 窗口。

在 Schema 1 模式下为 Communications Express 置备用户

限制: csuser 实用程序不能启用它为通讯录创建的用户。

解决方法:使用 ldapmodify 来启用用户。

多个域(托管域)

限制:配置程序 csconfigurator.sh 仅配置一个域。

解决方法:如果您需要一个多域日历环境(称为虚拟域或托管域),则必须使用 Delegated Administrator 实用程序(以前称为用户管理实用程序)自行添加域;或者,如果您仍在使用 Sun LDAP Schema 1,请使用 csdomain 实用程序。请参见《Sun Java System Calendar Server 6 2005Q1 管理指南》中的“设置托管域”和“管理托管域”。

已报告的问题

列出了已报告的有关该产品的问题。

表 7 2005Q1 中的已知问题  

问题编号

说明

4526765

无论在命令中指定的属主数是多少,Calendar Server 实用程序 cscal 每次向日历中添加的属主数不能超过两个。

4932211

在多 CPU 环境中,同时快速地打开和关闭 enpd 连接将导致进程终止。

4958242

如果用户修改了事件并选择了选项来修改今天的事件和所有未来的事件,则所有以前的选项都将被删除并不再显示在 UI 中。

5027772

配置器 Get 未获取 baseDN。此配置器提取了 install root。必须通过添加 root 后面的部分来指定基本 DN。

5033934

配置后 Calmaster 登录失败。

5082520

成功执行 deletecomponents_by_range WCAP 命令后,UI 不显示组件,但 WCAP fetch 命令可以成功地检索已删除的组件。正在评估此问题。目前没有足够的信息来解决此问题。

6179278

不能像清除其他日志文件那样针对每个 ics.conf 设置清除热备份日志文件。如果要使文件数保持最小,请降低详细级别。(默认详细级别为 3)。

6186298

在带有托管域的 Schema 1 模式下,如果 DC 树丢失或置备不正确,则日历实用程序将失败。必须在创建或管理日历之前先创建 DC 树节点。

6211629

Linux:在日文语言环境的 RedHat Linux 上。在 GUI 模式下运行 Calendar Server 配置程序 (csconfigurator.sh) 时,某些输入框太狭窄而无法容纳适当的响应。解决方法:调整窗口大小以延长输入字段。

6213625

如果用户使用 patchadd 从早期版本升级,则修补程序会拒绝运行,除非已安装经过更新的共享组件。

6216869

如果在 DWP 进程运行时禁用 DWP,stop-cal 不会停止 DWP。Stop-cal 会停止所有服务,而不是只停止那些已启用的服务。

6216877

模糊的错误消息。在托管域环境中,如果传递给 csdomainbasedn 不存在,则实际接收的消息为:“失败:icsLdapServer:函数的变量为空。”此类错误消息是模糊的,因为这样的错误消息将使级别下降若干,并且在各种环境中均可出现这样的错误消息。更高级别的程序不应仅传递错误信息,而应在将错误信息升级到下一个更高级别之前先解释错误信息。

6219126

存储在 Calendar Server 中时,将从 description 字段中清理出开头的空格。

6219300

csrename 实用程序不会重命名删除日志中的条目,从而“孤立”这些条目。

6219332

即使设置为无提示状态,配置程序仍会向用户提问。

6219906

在虚拟域模式下,如果在 ics.conf 文件中配置了 maillookup,将返回 WCAP 错误。解决方法:在 ics.conf 文件中注释 maillookup 参数。在修补程序 1 中已修正。修正:在虚拟域模式下,由于 ics.conf 文件中的 ugldap 而将忽略 maillookup

6220219

尝试添加或删除托管域的属性时,csdomain 实用程序给出错误消息。

6221009

Linux:在 RedHat Linux 3.0 上,将收到不带主题的电子邮件通知。

6221064

get_freebusy 命令不返回有关托管域中的日历的空闲/忙信息。

6221452

在单个托管域中不能启用或禁用 SSL。

6221999

尝试添加 icsCalendarDomains 属性时,csdomain 实用程序发送 LDAP 错误 89(参数错误)。


可重新分发的文件

Sun Java SystemCalendar Server 6 2005Q1 包含以下文件集,Sun Microsystems, Inc. 授予您非独占的不可转让的限制性许可,允许您以二进制形式转载和分发这些文件集。

此外,您还可以复制和使用,但不能单独修改列出的头文件和类库,以使产生的二进制文件能够与 Sun 的软件 API 交互。

提供的样例代码仅供参考,帮助用户创建上述二进制文件。

Calendar Server 的所有可重新分发的文件都适用于插件 API(称为 CSAPI)。《Sun Java System Calendar Server 6 2005Q1 Developer's Guide》中介绍了该 API,网址为:

http://docs.sun.com/coll/CalendarServer_04q2
http://docs.sun.com/coll/CalendarServer_04q2_zh

在以下文件中,cal_svr_base 是 Calendar Server 的安装目录。对于 Solaris,默认安装目录为 /opt/SUNWics5/cal;对于 Linux,默认安装目录为 /opt/sun/calendar

cal_svr_base/csapi 的各个子目录中找到可重新分发的文件:

authsdk

下面是此子目录 (cal_svr_base/csapi/authsdk/) 中可重新分发的文件:

 

cgiauth.c

 

expapi.h

 

login.html

 

nsapiauth.c

bin

下面是此子目录 (cal_svr_base/csapi/bin/) 中可重新分发的文件:

 

libcsapi_xpcom10.so

 

libicsexp10.so

classes

下面是此子目录 (cal_svr_base/csapi/classes/) 中可重新分发的文件:

 

ens.jar

 

jms.jar

include

下面是此子目录 (cal_svr_base/csapi/include/) 中可重新分发的文件:

 

IIDS.h

nsIEnumerator.h

 

csIAccessControl.h

nsIEventQueueService.h

 

csIAuthentication.h

nsIFactory.h

 

csICalendarDatabase.h

nsIPtr.h

 

csICalendarLookup.h

nsIServiceManager.h

 

csICalendarServer.h

nsIServiceProvider.h

 

csIDBTranslator.h

nsISizeOfHandler.h

 

csIDataTranslator.h

nsISupports.h

 

csIMalloc.hpluginscsIPlugin.h

nsISupportsArray.h

 

csIQualifiedCalidLookup.h

nsMacRepository.h

 

csIUserAttributes.h

nsProxyEvent.h

 

mozIClassRegistry.h

nsRepository.h

 

mozIRegistry.h

nsString.h

 

nsAgg.h

nsTraceRefcnt.h

 

nsCOMPtr.h

nsVector.h

 

nsCRT.h

nsUnicharUtilCIID.h

 

nsCom.h

nsXPComCIID.h

 

nsDebug.h

nsXPComFactory.h

 

nsError.h

nscore.h

 

nsHashtable.h

pasdisp.h

 

nsIAtom.h

publisher.h

 

nsICaseConversion.h

subscriber.h

 

nsICollection.h

xcDll.h

 

nsID.h

xcDllStore.h

plugins

此目录 (cal_svr_base/csapi/plugins/) 的以下子目录中也包含可重新分发的文件:

accesscontrol

可在此子目录 (cal_svr_base/csapi/plugins/accesscontrol/) 中找到以下可重新分发的文件:

 

csAccessControl.cpp

 

csAccessControl.h

 

csAccessControlFactory.cpp

authentication

可在此子目录 (al_svr_base/csapi/plugins/authentication/) 中找到以下可重新分发的文件:

 

csAuthentication.cpp

 

csAuthentication.h

 

csAuthenticationFactory.cpp

datatranslator

可在此子目录 (cal_svr_base/csapi/plugins/datatranslator/) 中找到以下可重新分发的文件:

 

csDataTranslator.cpp

 

csDataTranslator.h

 

csDataTranslatorFactory.cpp

userattributes

可在此子目录 (cal_svr_base/csapi/plugins/userattributes/) 中找到以下可重新分发的文件:

 

csUserAttributes.cpp

 

csUserAttributes.h

 

csUserAttributesFactory.cpp

samples

此目录 (cal_svr_base/csapi/samples/) 的以下子目录中也包含可重新分发的文件:

authentication

可在此子目录 (cal_svr_base/csapi/samples/authentication/) 中找到以下可重新分发的文件:

 

authlogon.c

 

authlogon.h

 

authtest.c

 

csAuthenticationLocal.cpp

 

csAuthenticationLocal.h

 

csAuthenticationLocalFactory.cpp

datatranslator

可在此子目录 (cal_svr_base/csapi/samples/datatranslator/) 中找到以下可重新分发的文件:

 

csDataTranslatorCSV.cpp

 

csDataTranslatorCSV.h

 

csDataTranslatorCSVFactory.cpp

ens

可在此子目录 (cal_svr_base/csapi/samples/ens/) 中找到以下可重新分发的文件:

 

apub.c

 

asub.c

 

rpub.c

 

rsub.c

userattributes

可在此子目录 (cal_svr_base/csapi/samples/userattributes/) 中找到以下可重新分发的文件:

 

csUserAttributesDB.cpp

 

csUserAttributesDB.cpp

 

csUserAttributesDBFactory.cpp


Communications Express

Sun Java™ System Communications Express 版本 6 2005Q1 提供了一个集成的基于 Web 的通信和协作客户机,该客户机由以下三个客户机模块组成:日历、通讯录和邮件。日历和通讯录客户机模块在任何 Web 容器上都被部署为单独的应用程序,并且统称为统一 Web 客户机 (UWC)。Messenger Express 是一个独立的 Web 界面邮件应用程序,它使用了 Messaging Server 的 HTTP 服务。

本节包含以下主题:

支持的浏览器

请参阅硬件和软件建议下的建议用于客户计算机的浏览器

安装说明

以下是 Communications Express 的关联服务:

  1. Directory Server——安装 Sun Java™ System Directory Server 版本 5.2。
  2. Calendar Server——安装 Sun Java™ System Calendar Server 版本 6.2。
  3. Web Server——安装 Sun Java™ System Web Server 版本 6.1 SP4。
  4. Messaging Server——安装 Sun Java™ System Messaging Server 6.2。
  5. Access Manager——安装 Sun Java™ System Access Manager 6.2。
  6. Application Server——安装 Sun Java™ System Application Server 8.1。

  7. Communications Express 已经过测试,仅支持上述服务器版本。Communications Express Configurator 仅支持在 Application Server 8.1 上部署 Domain Administration Server (DAS)。


有关如何安装和配置 Sun Java System Communications Express 的说明,请参阅《Sun Java™ Systems Communications Express 管理指南》中的第 2 章“安装和配置 Communications Express”。

已知问题和限制

本节列出了 Communications Express 6 2005Q1 中的已知问题。涵盖以下产品:

普遍问题

登录页面显示的版本错误。 (6213879)

单击登录页面的版本链接时,显示的版本为 Sun Java System Communications Express 6 2004Q4,而不是 Sun Java System Communications Express 6 2005Q1。

登录 Communications Express 后,用户找不到可以选择视图的选项 (6195844)

用于选择默认视图的选项已从全局选项中删除。联机帮助没有反映此更改。

Communications Express 在遍历通讯录选项时显示的错误消息不正确。 (6179023)

遍历通讯录选项时,Communications Express 显示的错误消息不正确。错误消息指出已更改首选语言。此错误消息是不正确的,因为没有对语言设置做出任何更改。您可以安全地忽略此消息。

如果 uwc.logging.enable 中缺少空格,Communications Express 不生成日志。(5060300)

如果您键入 uwc.logging.enable=yes(在 = 后没有空格),Communications Express 将不生成日志。仅当您输入 uwc.logging.enable= yes(在 = 后带有空格)时,它才生成日志。

即使用户已通过验证,URL 中仍需要使用 FQHN。 (5008104)

如果未提供全限定主机名,则无法完全配置 Communications Express。即使用户已通过验证,但如果 URL 中没有 FQHN,仍不能在 Cookie 中设置域名。

解决方法

始终使用全限定主机名来访问应用程序。

配置器工具问题

本节列出了用于 Communications Express 的配置器工具中的已知问题。

在配置期间显示错误的警告消息。 (6206941)

Communications Express 在配置期间显示错误的警告消息。这些警告消息指出 Communications Express 的某些共享组件尚未安装。它们是错误的警告消息,可以安全地忽略。

即使是使用 CLI 模式完成 Communications Express Configurator 的配置,仍必须设置 DISPLAY 变量。 (6199114)

使用 CLI 模式进行配置时,如果未在非 GUI 模式下设置 DISPLAY 变量,Communications Express Configurator 将抛出异常。

如果使用 jdk1.5,但未设置 DISPLAY 变量,Communications Express Configurator 将抛出异常 (6197740)

如果使用 jdk 1.5,但未设置 DISPLAY 变量,则即使已启用 -nodisplay 选项,Communications Express Configurator 仍将抛出异常。这是由于 jdk1.5 中的一个错误。

Communications Express 中的配置器工具不支持取消配置。 (5104756)

Communications Express Configurator 不允许取消部署、在配置时删除文件以及删除运行期间创建的文件。

解决方法

要取消配置 Communications Express,请执行以下步骤:

  1. 删除 Communications Express 软件包。例如,在 Solaris 上键入
  2. pkgrm SUNWuwc。

  3. 删除部署目录
  4. 删除 Web Server 中的 WEBAPP 条目或 Application Server 中的 server.xml 文件。

无提示配置不起作用。 (5008791)

Communications Express 只允许交互式地执行配置,而不允许无提示配置。如果您尝试以无提示模式进行配置,系统将显示以下错误消息“目录名不能为空。这是必填字段。请再次输入。”

Communications Express Configurator:如果不能解析主机别名,devinstall 将执行核心转储。 (5028906)

如果系统未配置主机别名,Communications Express Configurator 将无法完成配置过程。

解决方法

请确保已为系统配置了一个或多个主机别名。

要在 UNIX 系统上配置一个或多个主机别名:

  1. /etc/nsswitch.conf 文件中的 hosts 提供配置:
  2. hosts:files dns nis

    此配置为名称服务指明了解析主机名和主机别名时应采用的查找顺序。名称服务查找顺序为:filesdnsnis.

  3. 请确保 /etc/hosts 文件包含针对计算机的 IP 地址定义的两个或多个主机名。
  4. 例如,如果系统 IP 地址为 129.158.230.64,则在 /etc/hosts 文件中,可以将 IP 地址配置为:

    129.158.230.64 budgie.siroe.varrius.com budgie

    129.158.230.64 budgie.siroe.varrius.com budgie loghost

    错误 IP 地址的示例:

    129.158.230.64 budgie

GUI 配置输入字段不应该右对齐。 (4996723)

如果以非英语的语言调用配置向导,字段名称和浏览器按钮均将被截断或不可见。

解决方法

调整配置面板大小,以正确查看其内容。

Communications Express 的组件显示为零字节。 (4982590)

显示 Communications Express 的邮件和日历组件时,Communications Express 的配置器工具将组件大小显示为 0 字节。

日历问题

无法编辑导入到日历中的事件和任务。 (6199583)

即使用户在其自己的日历中创建导入的任务和事件,仍无法编辑这些任务和事件。

“查看日历细节”联机帮助与应用程序行为不一致。 (6149493)

选择日历并单击“查看”后不显示“查看日历细节”窗口,而是打开选定的日历。

在所有视图中日历都不允许用户选择 2006 年以后的任何年份。 (5086083)

Communications Express 仅允许用户选择 2006 年及其以前的任何年份。在所有视图中 Communications Express 都不允许选择 2006 年以后的任何年份。

修改重复性事件的实例数将更改此事件系列的开始日期。 (5078220)

当您在 Communications Express 中创建两个周期性事件,并修改了第二个/后一个事件的实例数时,此事件系列的开始日期将会转变为新的开始日期。

日历视图中的“日”和“年”的格式未转化为简体中文格式。 (5025449)

日历视图中的“日”和“年”视图格式未转化为简体中文格式。但是,“月”视图已正确转化为简体中文格式。

邮件问题

从通讯录中选择的地址未显示在“邮件”的“撰写窗口”中 (6208731)

从通讯录中选择某些地址,然后在通讯录中选择用于发送电子邮件的选项。所弹出的“撰写窗口”中的“收件人”字段未包含从通讯录中选择的任何地址。

如果“用户”或“域”状态设置为“超出配额”,则无法访问邮件 (6207018)

如果将域的 mailDomainStatus 属性或 mailUserStatus 属性设置为“超出配额”,则 Communications Express 中将不显示“邮件”选项卡。

如果添加过大的附件,将出现“未找到页面”错误消息。 (6193396)

如果您尝试附加的文件的大小超过默认最大值 (5 MB),将会出现此错误消息。

用户无法用 Mozilla 和 Netscape 在 RTF 模式下进行编辑。 (6183540)

默认情况下,打开“撰写窗口”时文本区将处于 RTF 模式下。如果 Communications Express 在不同于端口 80 的任何其他端口上运行,则用户将无法在文本区中编辑任何内容。如果 Communications Express 在端口 80 上运行,则在纯文本模式和多信息文本模式间切换时将丢失已撰写的文本。

在纯文本模式中使用“拼写检查”时出现乱码。 (6179771)

以纯文本格式撰写带有一些拼写错误的邮件,然后单击“拼写检查”。纠正拼写错误,然后单击“编辑”返回到“撰写邮件”窗口。您会发现每个纠正了的单词后都附加了 "&nbsp"。

单击“撰写邮件”窗口显示空白窗口。 (6178354)

在通讯录中单击组,然后选择组中的用户。单击“显示详细资料”然后选择“撰写邮件”时显示空白窗口。

单击“拼写检查”时显示 HTML 内容。 (5100222)

在“撰写邮件”窗口中键入一些文本,然后将其缩进到右侧。如果此时单击“拼写检查”,将显示整个 HTML 内容。

下载外部邮件弹出式窗口太小而无法容纳本地化用户界面的所有用户界面元素。 (5058226)

无法看到“下载”、“取消”和“帮助”按钮。

在 Windows 2000 上使用 Netscape 7.1 在“邮件”的“新邮件窗口”中添加收件人时,无法添加用户 (5041977)

单击“新邮件窗口”中的“收件人”图标,然后输入要搜索的有效通讯录用户。当启用“收件人”复选框并单击“添加收件人”时,显示 Javascript 错误消息“inputObj 为空”并且未将用户添加到电子邮件中。仅在 Windows 2000 上使用 Netscape 7.1 时才会出现此错误。

邮件过滤器:未正确保存设置。 (5032888)

“将邮件归档到文件夹:”和“转发到电子邮件地址:”设置在“编辑”模式下查看“邮件过滤器”的详细信息时未能正确保存。

邮件过滤器:创建带有某些条件的邮件过滤器时,显示应用程序错误。 (5032833)

创建带有某些条件的邮件过滤器时,Communications Express 显示带有以下错误消息的错误页面:

应用程序错误

com.iplanet.jato.NavigationException:在转发期间出现异常

根本原因 = [java.lang.StackOverflowError]

通讯录问题

在 Sun Java System Application Server 8.1 Enterprise Edition 上部署 Communications Express 时,Outlook 通讯录的验证失败。 (6189264)

在 Sun Java System Application Server 8.1 Enterprise Edition 上部署 Communications Express,并在 Outlook Connector 中创建新的配置文件。尝试登录此配置文件时,登录通讯录失败,系统要求用户输入密码。通讯录登录再次失败。但是,用户可以通过 Web UI 登录到通讯录。

通讯录不支持以 CSV 格式导入的组。 (6182437)

仅支持以 LDIF 格式导入的组。其他格式均非导出组的标准格式(或其他应用程序可能导出的格式)。导入联系人成功的消息以红色显示。

即使 vlv_paging=true,通讯录也不会使用 LDAP VLV 控制 (5052474)

即使在 db_config.properties 中设置 vlv_paging=true,当执行 LDAP 搜索时,通讯录还是不会使用虚拟列表视图控制。这可能会影响设置了 VLV 索引的目录部署的性能。

defaultps/dictionary-<lang>.xml 无法为每个会话将通讯录名称本地化。 (4995472)

由于首次访问通讯录时,根据被解析的会话语言和域特定的 defaultps/dictionary-<lang>.xml 而分配了本地化值,因此通讯录名无法本地化。

在“通讯录选项”页面中输入的“名称”和“说明”不会显示在“通讯录”选项卡页面的“当前通讯录”下拉式列表中。

选项问题

选项/常规的联机帮助在“登录后的默认视图”下面包含以下信息 -“从下拉式列表中选择要在登录后显示的默认页面。可用选项包括:‘电子邮件’、‘日历’和‘通讯录’”。选项页面未为用户提供用于选择默认应用程序的选项。但是,联机帮助没有反映此更改。

本地化问题

以下已知问题不是特定于本地化的必要问题。

当在法语语言环境中尝试从邮件向通讯录添加用户时,显示 Javascript 错误。 (6216191)

登录首选语言设置为法语的 Communications Express。打开任一邮件,并单击发件人的电子邮件地址。显示 Javascript 错误并且无法将用户添加到通讯录中。

法语语言环境中的撇号和重音符有时遭到破坏。 (6207966)

在法语语言环境下,字符串中的撇号和重音符遭到破坏。

“撰写邮件”窗口中的某些字符串显示为英语。 (6204672)

在“撰写邮件”窗口中,某些字符串(例如,“撰写标题”、“收件人”、“抄送”、“密件抄送”、“附件”、“主题”、“纯文本”、“多信息文本”)显示为英语。在日语、韩文、简体中文和繁体中文语言环境中使用 Mozilla 1.x、Netscape 7.x、Mozilla FireFox 时发生此情况。

发送的使用大量日语/法语数据的邮件显示为乱码。 (6201676)

如果收到较大的电子邮件,用户必须单击该邮件中的附件链接(text/htmltext/plain)。如果此附件的内容包含非 ASCII 字符,用户会在新打开的浏览器窗格中看到遭到损坏的数据。将在下一个可用修补程序中修正此问题。

解决方法:

从浏览器菜单中手动选择适当的编码。

当首选语言设置为日语、韩文、简体中文或繁体中文时,某些字符串在 Mozilla1.x、Netscape7.x、Firefox 的撰写窗口中显示为英语。 (6200222)

“撰写标题”、“收件人”、“抄送”、“密件抄送”、“附件”、“主题”、“纯文本”和“多信息文本”显示为英语而非首选语言。

Communications Express 联机帮助的本地化版本不是最新版本 (6199833)

Communications Express 联机帮助的英语版本是该帮助工具的最新版本。

无法从本地化的 Outlook 以 CSV 格式导入联系人 (6186520)

当尝试从本地化的 Outlook 以 CSV 格式导入联系人时,通讯录显示以下错误消息。“尝试在个人通讯录中导入 csvus 条目类型时发生错误。已提交的文件可能类型不正确、被破坏或包含已存在的数据。”

"Sent" 文件夹名的韩文翻译不正确。 (6182987)

用韩文将文件夹名 "Sent" 翻译为 "Sent Date" 而非 "Sent folder"。

Messenger Express:由于 Internet Explorer 上的 Javascript 错误,Messenger Express 有时显示空白页面 (6181721)

使用非英语语言,Communication Express 有时在您使用 Internet Explorer 时显示空白页面和 Javascript 错误。

解决方法
将以下元标记置入通常安装在以下位置的 Communications Express HTML 文件:

/opt/SUNWmsgsr/config/html/lang(配置前)和 /var/opt/SUNWmsgsr/config/html/lang(配置后)。

<meta http-equiv="content-type" content="text/html; charset=utf-8">

日历视图中的“日”和“年”格式未转化为为简体中文格式。 (5025449)

日历视图中的“日”和“年”视图格式未转化为简体中文格式。但是,“月”视图已正确转化为简体中文格式。


Delgated Administrator 实用程序

本节介绍了 Communications Services Delegated Administrator 实用程序(以前称为 Communications Services 用户管理实用程序)中的已知问题。


Delegated Administrator Console (GUI) 不支持 Calendar Server。必须使用 Delegated Administrator 实用程序(命令行实用程序)。


必须手动执行操作,启用 commadmin 实用程序,使其在 Schema 2 兼容模式下的 LDAP 目录中运行。 (5042801)

要使 commadmin 能够在 Schema 2 兼容模式下的 LDAP 目录中使用,必须手动执行以下步骤。

解决方法
请执行以下六个步骤:

1. 将以下 ACI 添加到 OSI 根中。(请确保将 ugldapbasedn 替换为用户组后缀。)

#
# acis to limit Org Admin Role
#
########################################
# dn: <local.ugldapbasedn>
########################################
dn: <ugldapbasedn>
changetype: modify
add: aci
aci:(target="ldap:///($dn),<ugldapbasedn>")(targetattr="*")
(version 3.0; acl "Organization Admin Role access deny to org node"; deny (write,add,delete) roledn = "ldap:///cn=Organization Admin Role,($dn),<ugldapbasedn>";)

dn: <ugldapbasedn>
changetype: modify
add: aci
aci:(target="ldap:///($dn),<ugldapbasedn>")(targetattr="*") (version 3.0; acl "Organization Admin Role access allow read to org node"; allow (read,search) roledn = "ldap:///cn=Organization Admin Role,($dn),<ugldapbasedn>";)

2. 将以下 ACI 添加到 DC 树的根后缀中。(请确保将 dctreebasedn 替换为 DC 树的根后缀,将 ugldapbasedn 替换为用户组后缀。)

#
# acis to limit Org Admin Role
#
########################################
# dn: <dctreebasedn>
########################################
dn: <dctreebasedn>
changetype: modify
add: aci
aci:(target="ldap:///($dn),<dctreebasedn>")(targetattr="*")
(version 3.0; acl "Organization Admin Role access deny to dc node";
deny (write,add,delete) roledn = "ldap:///cn=Organization Admin Role,($dn),<ugldapbasedn>";)

dn: <dctreebasedn>
changetype: modify
add: aci
aci:(target="ldap:///($dn),<dctreebasedn>")(targetattr="*")
(version 3.0; acl "Organization Admin Role access allow read to dc node"; allow (read,search) roledn = "ldap:///cn=Organization Admin Role,($dn),<ugldapbasedn>";)

dn:<dctreebasedn>
changetype:modify
add:aci
aci:(target="ldap:///<dctreebasedn>")(targetattr="*")
(version 3.0; acl "S1IS Proxy user rights"; allow (proxy)
userdn = "ldap:///cn=puser,ou=DSAME Users,<ugldapbasedn>";)

dn:<dctreebasedn>
changetype:modify
add:aci
aci:(target="ldap:///<dctreebasedn>")(targetattr="*")
(version 3.0; acl "S1IS special dsame user rights for all under the root suffix"; allow (all) userdn ="ldap:///cn=dsameuser,ou=DSAME Users,<ugldapbasedn>";)

dn:<dctreebasedn>
changetype:modify
add:aci
aci:(target="ldap:///<dctreebasedn>")(targetattr="*")
(version 3.0; acl "S1IS Top-level admin rights";
allow (all) roledn = "ldap:///cn=Top-level Admin Role,<ugldapbasedn>";)

3. 将 AMConfig.properties 文件中的 com.iplanet.am.domaincomponent 特性设置为 DC 树的根后缀。例如,修改 <IS_base_directory>/lib/AMConfig.properties 文件中的以下行:


com.iplanet.am.domaincomponent=o=isp
改为
com.iplanet.am.domaincomponent=o=internet

4. 启用 Access Manager 以使用兼容模式。在 Access Manager 控制台的“管理控制台服务”页面中,选中(启用)“已启用的域组件树”复选框。

5. 将 inetdomain 对象类添加到所有 DC 树节点(例如 dc=com,o=internet)中,如下例所示:

/var/mps/serverroot/shared/bin 298% ./ldapmodify -D "cn=Directory Manager" -
w password
dn: dc=com,o=internet
changetype: modify
add: objectclass
objectclass:inetdomain

6. 重新启动 Web 容器。

如果要将用户管理实用程序 (commadmin) 从版本 6 2003Q4 升级到版本 6 2004Q2,域管理员可以在域中添加或删除服务,也可以修改域属性。 (5026945)

域管理员不应拥有更改域属性的权限。

当将用户管理实用程序 (commadmin) 从版本 6 2003Q4 升级到版本 6 2004Q2 时,将出现这种情况。如果是全新安装 commadmin 的升级版(与 Access Manager 6 2004Q2 捆绑在一起),则在使用 config-iscli 程序配置 commadmin 时,将自动添加正确的 usergroup.ldif 文件。

解决方法
要获得 ACI 以正确限制域管理员的权限,请执行以下步骤:

1. 打开 msg_svr_base/lib/config-templates 目录中的 usergroup.ldif,将模板 ldif 中的 ugldapbasedn 替换为用户组后缀。

2. 将编辑过的 usergroup.ldif 添加到 LDAP 目录中。

commadmin 配置过程不会检测默认的 Web 容器 (Application Server)。 (5015063)

配置完 commadmin 之后,配置实用程序不会检测默认的 Web 容器。(Access Manager 的默认 Web 容器是 Application Server。)而是要求输入 Web Server 实例目录。配置结束时,实用程序将要求您把 war 文件手动部署到 Access Manager 所使用的 Web 容器中,并修改类路径。

解决方法
要正确配置 commadmin,将 Application Server 用作 Web 容器,请执行以下步骤:

1. 在执行 commadmin 配置时,如果要求输入 Web Server 实例目录,请输入 Application Server 实例目录,而不是 Web Server 实例目录。默认情况下,Application Server 实例目录应位于以下目录中:

/var/opt/SUNWappserver7/domains/domain1/server1

2. 完成 commadmin 配置后,在 Application Server 配置目录中查找 server.xml 文件。默认情况下,server.xml 文件应位于以下目录中:

/var/opt/SUNWappserver7/domains/domain1/server1/config

搜索 server-classpath 并将以下内容添加到 server-classpath:

app-server-root/domains/domain1/server1/applications/j2ee-modules/commcli_1/WEB-INF/classes

3. 将 war 文件部署为:

cd /opt/SUNWappserver7/bin

./asadmin deploy --user "管理员用户名" --password "管理员用户口令"
--host hostname --port 4848 --name commcli --contextroot
commcli /opt/SUNWcomm/lib/jars/commcli-server.war

4. 重新启动 Application Server,如下所示:

cd /var/opt/SUNWappserver7/domains/domain1/server1/bin
./stopserv ; ./startserv

在 config-wbsvr 任务执行期间,commadmin 配置失败。 (5011077)

极少数情况下,在配置 commadmin 期间(已安装和配置 Messaging Server),config-wbsvr 任务会失败。

解决方法
配置 commadmin 之前,不要安装 Portal Server。完成 commadmin 配置后,再安装 Portal Server。

无法修改非 ASCII 组。 (4934768)

如果已创建组名中包含非 ASCII 字符的组,则无法使用 commadmin group modify 命令修改该组。

例如,如果带有非 ASCII 字符 XYZ 的组是通过 commadmin group create 命令的 -G 选项指定的,则 XYZ 的电子邮件地址将自动添加到组的 LDAP 条目中。由于电子邮件地址中不允许使用非 ASCII 字符,因此使用 commadmin group modfiy 修改组就会失败。

解决方法
创建组时,使用 -E email 选项。此选项将指定组的电子邮件地址。例如:commadmin group create -D admin -w password -d siroe.com -G XYZ -S mail \ -E testgroup@siroe.com

使用多个 -f 选项创建组仅能添加一个属性。 (4931958)

如果在 commadmin group create 命令中指定了多个 -f 选项用来创建动态组,则只有最后一个 -f 选项指定的值被添加到 LDAP 条目中。不会添加其他的值。

解决方法
使用 commadmin group create 命令时,不要指定多个 -f 选项。

向 group modify 命令传递 -M 选项,无法将外部成员添加到组中,也无法从组中删除外部成员。(4930618 的影响)

无法使用 -M 选项和 commadmin group modify 命令,将外部组成员添加到组中,也无法从组中删除外部成员。

解决方法
使用 -A 选项,将属性名 mgrpRFC822MailMember 及其所需值传递给 group modify 命令,如下例所示:

./commadmin group modify -D admin -w password -G Group1 -A +mgrpRFC822MailMember:usr100@iplanet.com

./commadmin group modify -D admin -w password -G Group1 -A
\\-mgrpRFC822MailMember:usr100@sun.com


Connector for Microsoft Outlook

本节包含了产品文档中未包含的以及 Connector for Microsoft Outlook 的发行说明中不存在的最新信息。

在标题“共享的日历 LDAP 查找配置”下,关于如何为代理验证设置 calmaster ACI 的示例已过时。

以下示例显示了根后缀(节点)的正确 ACI:

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。


如何报告问题和提供反馈

如果您在使用 Sun Java System Calendar Server 期间遇到问题,请通过以下方式与 Sun 用户支持部门联系:

以便我们可以尽力帮助您解决问题。与支持部门联系时请提供以下信息:

为帮助用户报告问题,Sun 提供了 capture_environment.pl 工具,该工具是 Perl 脚本,能够捕获当前 Calendar Server 环境,包括 ics.conf 文件、日志文件、日历数据库文件、平台信息和主存文件(如果有)。这些文件对于 Calendar Server 开发部门调试问题可能会有用处。

要运行 capture_environment.pl 工具,请执行以下操作:

  1. 如果有必要,请从用户支持站点下载 capture_environment.pl 工具。
  2. 如果有必要,安装 Perl 并将其添加到您的路径。(如果您无法安装 Perl,请参阅 capture_environment.pl 文件中的说明,该说明介绍了如何手动创建 Calendar Server 环境的快照。)
  3. 超级用户身份登录(或成为超级用户)。
  4. 运行 capture_environment.pl 工具。此工具将文件复制到名为 archive_directory 的目录中。在 UNIX 系统上,此工具将所有文件放到名为 tar_file 的 tar 文件中。但是在 Windows 2000 系统上,您必须将 archive_directory 中的文件手动添加到 Zip 文件中。
  5. tar_file 或 Zip 文件发送给用户支持部门。


Sun 欢迎您提出意见

Sun 致力于提高其文档的质量,并十分乐意收到您的意见和建议。请将您的意见和建议通过电子邮件发送给 Sun。URL 如下:

http://www.sun.com/hwdocs/feedback

请在电子邮件的主题行中注明文件号码 (819-1474) 和标题(《Sun Java System Calendar Server 6 2005Q1 发行说明》)。在您提出意见时,可能需要在表单中输入英文版书名和文件号码,本书的英文版文件号码和书名为:819-0023-10,《Sun Java System Calendar Server 6 2005Q1 Release Notes》。


其他 Sun 资源

可以在以下 Internet 位置找到有用的 Sun Java System 信息:


版权所有 © 2005 Sun Microsystems, Inc. 保留所有权利。

对于本文档中介绍的产品,Sun Microsystems, Inc. 对其所涉及的技术拥有相关的知识产权。需特别指出的是(但不局限于此),这些知识产权可能包含在 http://www.sun.com/patents 中列出的一项或多项美国专利,以及在美国和其他国家/地区申请的一项或多项其他专利或待批专利。

SUN 专有/机密。

美国政府权利——商业软件。政府用户应遵循 Sun Microsystems, Inc. 的标准许可协议,以及 FAR(Federal Acquisition Regulations,即“联邦政府采购法规”)的适用条款及其补充条款。

必须依据许可证条款使用。

此发行版本可能包含由第三方开发的内容。

本产品的某些部分可能是从 Berkeley BSD 系统衍生出来的,并获得了加利福尼亚大学的许可。

Sun、Sun Microsystems、Sun 徽标、Java 和 Solaris 是 Sun Microsystems, Inc. 在美国和其他国家/地区的商标或注册商标。所有 SPARC 商标的使用均已获得许可,它们是 SPARC International, Inc. 在美国和其他国家/地区的商标或注册商标。