君，已阅读到文档的结尾了呢~~
广告剩余8秒
文档加载中
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口Sun Java System Calendar Server 6.3
发行说明 (Sun Java Communications Suite 5 发行说明)
&& 第 2 章
Sun Java System Calendar Server 6.3
发行说明Sun Java Communications Suite 5 发行说明第 2 章
Sun Java System Calendar Server 6.3
本发行说明包含 Sun JavaTM System Calendar Server 6.3
常规版本发行时可用的重要信息，包括：
注 & Sun Solve 上有适用于此版本 Calendar Server 的修补程序。有关详细信息，请参见。
请在安装和配置 Calendar Server 之前阅读本发行说明。
Calendar Server 发行说明修订历史记录
Sun Java System Calendar Server 发行说明修订历史记录
2007 年 6 月 8 日&
添加了以下部分：
2007 年 5 月 25 日&
添加了问题 6560681。从旧版本升级到 Calendar Server 6.3 时，需要采取一种解决方法来避免出现该问题。有关解决方法的信息，请参见。
2007 年 4 月 27 日&
本发行说明的重新发行版，在&新增功能&主题中添加了有关对 csstored 所做更改的详细信息。
2007 年 4 月&
本发行说明的重新发行版，添加了 configurator.sh 错误（问题号为 6542989）。
2007 年 3 月&
本发行说明的正式版（版本 6.3 ）&
2006 年 9 月&
Beta 版发行说明&
关于 Calendar Server 6.3
Calendar Server 是基于 Web 的可伸缩解决方案，可为企业和服务提供商提供集中的日程管理和时间安排。Calendar Server 既支持事件和任务的用户日历，也支持资源（例如会议室和设备）日历。有关新增功能的列表，请参见以下部分：。
Calendar Server 提供了一种图形用户界面：Communications Express。用户还可以灵活地使用 Web 日历访问协议 (Web Calendar Access Protocol, WCAP) 以 text/calendar 或 text/xml 格式直接访问日历数据。
此 Calendar Server 发行版的新增功能
Calendar Server 6.3
包括以下更改和新增功能：
Delegated Administrator 控制台中的 Calendar Server 支持
以前，可以使用 Delegated Administrator 实用程序为 Schema 2 置备 Calendar Server，而不能使用 Delegated Administrator 控制台来完成。在此发行版之前，控制台是只能管理 Messaging Server 的 Web 图形用户界面。现在控制台还可用于管理日历 LDAP 条目。使用控制台，可以为日历用户、组、资源和域添加、删除或修改 LDAP 条目。控制台中已添加了新的屏幕和菜单项，以便支持 Calendar Server。有关如何使用此界面的说明，请参见 Delegated Administrator 联机帮助。还可以在中获取某些信息。
Calendar Server 6.3 中的 WCAP 附件支持
通过添加新的参数和值，在 WCAP 命令中添加了附件支持。
通用 Web 客户端 (Communications Express) 和 Connector for Microsoft Outlook 的用户可以将附件放在他们的事件和任务中，并且可以发送带有邀请的附件。
作为附件支持的一部分，已经对 WCAP 进行了以下更改：
fetchattachment.wcap：添加了一个新命令，以便于获取附件。只会获取附件，而不获取事件或任务数据自身。
deleteattach：storeevents 命令的新参数，用于从事件或任务中删除现有附件，而不删除事件或任务自身。
fetchattach：已添加到所有 fetch_by_* 命令的新参数，以便可以返回附件以及事件和任务数据自身。
sendattach：storeevents 命令的新参数，用于指定实际附件是否随 iTIP 邀请一起发送。
X-S1CS-CLIENT-ATTACH-ID：包含附件唯一标识符的 X-Token。只有在存储附件时客户端提供附件 ID 的情况下才发出 X-Token。否则，实际附件将随事件一起发送。
过时的 attachments 参数（可以在 storeevents 和 storetodos 命令中找到）可以存储 Calendar Server 数据存储库之外所存储的附件的 URL 引用。为了保证向后兼容性，在此版本中保留了这种使用附件的方式，但在未来发行的版本中会将其删除。
有关附件的详细信息，请参见。
Calendar Server 6.3 中对 LDAP 组的支持
现在可以使用 Delegated Administrator 创建 LDAP 组。组具有以下功能：
组是一个用户列表。组不&包含&所列出的用户。它不是容器。
组可以具有组日历。
发送到组的邀请驻留在所有成员的日历和组日历中。
组的所有成员对组日历享有相同的访问权限。
组日历没有主要所有者。
在 Calendar Server 6.3 中默认使用多域模式
Calendar Server 软件最早的版本中没有域结构。所有用户和组 LDAP 记录都位于根目录下。在后来的版本中，可以选择建立一个或多个域（称为托管域或虚拟域）。随着 Calendar Server 6.3 软件的发行，默认情况下所有安装都要使用多域模式。也就是说，您必须至少有一个域（默认域）位于根域下。所有用户和组 LDAP 条目必须位于此默认域下，也可以选择拥有更多的域。 在多域模式中，每个规范域必须包含唯一用户和组 ID。有关多个域的详细信息，请参见《Sun Java System Calendar Server 6.3 管理指南》，特别是。
创建运行时环境时必须运行配置程序 csconfigurator.sh，它将提示您输入默认域的名称。如果输入的域不存在，该程序将为您创建它。
如果以前的 Calendar Server 部署没有使用多域（甚至没有使用单域），您需要将用户和组 LDAP 记录移动到新的默认域下。
要在 Schema 版本 2 环境中创建其他域，请使用 Sun Java System Delegated Administrator 控制台或实用程序。有关 Delegated Administrator 的详细信息，请参见。
如果使用的是 Schema 版本 1 并且不打算迁移到 Schema 版本 2，可以使用 Calendar Server 实用程序 csdomain 创建其他域。
Calendar Server 6.3 配置程序增强
配置程序针对以下功能添加了相应的屏幕：
创建默认 LDAP 域
自此发行版开始，根目录下始终至少有一个域。此域将是默认域。现在可以在配置程序中为多域环境指定默认域的名称。
分布式 Calendar Server 数据库支持
现在可以为分布式数据库环境（使用 DWP 协议和 CLD 插件）指定前端和后端计算机的名称。日历数据库可以分布在一个或多个后端计算机上。这些计算机可以与一个前端计算机相关联。在新的配置程序屏幕中可以命名后端计算机，并将其与前端计算机相关联。
在配置向导屏幕中添加了&电子邮件地址&字段
在默认域屏幕中添加了一个新字段，用于输入日历超级用户 (calmaster) 的电子邮件地址。
Calendar Server 6.3 的电子邮件邀请中包含周期详细信息
对于周期性事件，发送给参与者的电子邮件邀请中现在包含周期详细信息。
csstored 现在是 Calendar Server 6.3 中的必需进程
csstored 守护进程现在管理各种 Calendar Server 数据库。由于访问存储库的每项服务都要求成功启动此存储库服务，因此只要 Calendar Server 系统在运行，则应该在所有服务器（前端和后端）上运行此存储库服务。常规的启动和关闭命令（start-cal 和
stop-cal）可将 csstored 与其他守护进程一起启动和停止。
在早期版本中，如果您不想配置自动备份，则无需运行 PERL 脚本 csstored.pl。您可以根据需要随时启动和停止该脚本。现在已停用 PERL 脚本，而使用 csstored 守护进程。无论您是否配置自动备份，都必须运行此守护进程。
以前，您可以通过将 ics.conf 参数 local.store.enable 设置为 "no" 来禁止运行该脚本。但现在必须始终启用 csstored（默认情况下将 local.store.enable 设置为 "yes"）。
使用 Watcher 自动重新启动 Calendar 服务
Calendar Server 和 Messaging Server 现在使用相同的停止和启动机制。start-cal 命令启动 watcher 进程，然后启动所有其他进程。watcher 进程知道其他服务的所有相关性以及这些服务的启动顺序。
每个注册的服务（进程）都将打开与 Watcher 的连接。如果某个进程在未正常断开连接的情况下结束，Watcher 将自动重新启动该进程。如果该进程在定义的时间间隔内结束两次，Watcher 将不再重新启动该进程。此超时时间间隔是可配置的。
其他 Watcher 信息：
Watcher 监视的 Calendar Server 服务
Watcher 将监视在其中注册的所有服务。对于 Calendar Server，注册的进程包括：
cshttpd、csadmind、csdwpd、csnotifyd 和 csstored。
必须启用 csstored 守护程序。确保将配置参数 local.store.enable 设置为 "y"。csstored 的启用在 Calendar Server 早期版本中是可选的，但现在是必需的。csstored 守护程序必须在访问存储库的每个服务启动之前成功启动。如果 csstored 停止，则相关进程也必须停止然后再重新启动。
在 Calendar Server 6.3 中配置 Watcher
Watcher 在默认情况下处于启用状态。为了管理 Watcher 进程，已向 ics.conf 文件中添加了新参数：
local.watcher.enable = "y"：启动程序 (csservice) 尝试在任何其他服务之前启动 Watcher。如果此参数设置为 "n"，则 Watcher 程序将被禁用。
service.autorestart = "y"：Watcher 将自动重新启动已停止的服务。如果设置为 "n"，则 Watcher 不会重新启动已停止的服务。如果将此参数设置为 "n"，则 Watcher 仍将监视服务，并将故障或非响应错误消息发送到控制台和 cal-svr-base/data/log 文件。
local.autorestart.timeout = "600"：默认时间，在此时间内另一个服务器故障会触发 Watcher 停止重新启动的尝试。
local.watcher.port：默认端口为 "49994"；但是，如果您有 Messaging Server，它也将侦听此端口，并且会与 Calendar Server 发生冲突。要避免可能的冲突，较安全的做法是为 Watcher 选择其他端口进行侦听。
Calendar Server 6.3 中的 Watcher 日志记录
Watcher 写入单个日志 cal-svr-base/data/log/watcher.log，其中包含以下信息：
发送到管理控制台的故障通知和非响应错误消息。
所有服务器停止和启动的记录。
Calendar Server 6.3 高可用性部署中的自动重新启动
如果服务器在超时时间段内发生两次故障，系统将停止重新启动该服务器的尝试。在 HA 系统中，将关闭 Calendar Server 并向其他系统进行故障转移。
使用 csservice 包装脚本启动和停止 Calendar Server 6.3
csservice 的公用接口为 start-cal 和 stop-cal。本部分介绍上述每个包装脚本的用法，并包含解释选项的表格，以及要启动或停止的组件列表。
Calendar Server 6.3 的 start-cal 包装脚本
start-cal 的用法如下：
./start-cal [options...] [components...]
以下是选项列表：
-? 或 --help
显示此帮助列表。
启用调试模式。
列出活动的服务。
列出启用的服务。
列出所有服务。
以下是组件列表：
如果未列出任何组件，则 start-cal 将启动所有已启用的服务。
Calendar Server 6.3 的 stop-cal 包装脚本
stop-cal 的用法如下：
./stop-cal [options...] [components...]
以下是选项列表：
-? 或 --help
显示此帮助列表。
启用调试模式。
强制停止使用 SIGKILL。（这只适用于 UNIX& 平台。）
以下是组件列表：
如果未列出任何组件，则 stop-cal 将停止所有已启用的服务。
Calendar Server 6.3 中的 Monitoring Framework 集成
本部分介绍 Monitoring Framework 的 Calendar Server 实现，包含以下主题：
可以在中找到有关 Java Enterprise System Monitoring Framework 的详细信息。
如何在 Calendar Server 中实现 Monitoring Framework
Calendar Server 和 Messaging Server 都最低限度地集成到了 Java Enterprise System 的 Monitoring Framework 中。当 Monitoring Framework 运行时，它将定期检查属性 operationalStatus，其状态可以是 OK（表明系统正在运行）或 DOWN（表明系统未运行）。
Monitoring Framework 代理 (csmfagent) 这个新进程会在系统启动 (start-cal) 时启动。这是第一个启动的进程。此进程将实例化应用程序，并将其状态声明为 OK。它还将捕获 SIGTERM，并在捕获后将状态声明为 DOWN，然后退出。
类似地，如果 Watcher 已被配置并且正在运行，则当系统的任何部分出现故障或无响应时，Watcher 都会发出 SIGTERM 信号，从而停止 csmfagent。
为 Monitoring Framework 配置 Calendar Server
对配置文件 ics.conf 进行编辑，以便包含以下参数：
local.csmfagent.enable = "y"
为 Calendar Server 配置 Monitoring Framework
执行以下两个步骤：
将 /opt/SUNWcsgar/config/com.sun.cmm.cs.xml 复制到 /opt/SUNWmfwk/xml。
停止 Manufacturing Framework 进程，然后重新启动。
Calendar Server 6.3 的 Monitoring Framework 安装要求
使用 Monitoring Framework 时有两个要求：
必须安装 Java Enterprise System Monitoring Framework (JESMF)。
如果不安装 JESMF，则 csmfagent 不会运行。
Calendar Server 必须能够找到必要的库。
Calendar Server 使用 /opt/SUNWics5/lib 中的符号链接查找这些库。
以下是 JESMF 库：
/opt/SUNWmfwk/lib/libMfTransaction.so&
/opt/SUNWmfwk/lib/libMfRelations.so&
/opt/SUNWmfwk/lib/libMflog4c.so&
/opt/SUNWmfwk/lib/libMfMEServer.so&
/opt/SUNWmfwk/lib/libmfBeepConnectorServer.so&
/opt/SUNWmfwk/lib/libMfRserver.so&
/opt/SUNWmfwk/lib/libMfMEInstrum.so&
/opt/SUNWmfwk/lib/libMfDiscovery.so&
/opt/SUNWmfwk/lib/libMfHashTable.so&
/opt/SUNWmfwk/lib/libMflog.so&
/opt/SUNWmfwk/lib/libasn1cebuf.so&
/opt/SUNWmfwk/lib/libbeepcore.so&
/opt/SUNWmfwk/lib/libbeepxmlutil.so&
/opt/SUNWmfwk/lib/libbptostransport.so&
/opt/SUNWmfwk/lib/libbptosutil.so&
/opt/SUNWmfwk/lib/libbptoswrapper.so&
/opt/SUNWmfwk/lib/libbputil.so&
/opt/SUNWmfwk/lib/libcmm_native.so&
/opt/SUNWmfwk/lib/libmfCserver.so&
/opt/SUNWmfwk/lib/libmfNotificationProfile.so&
/opt/SUNWmfwk/lib/libmfRequestResponseProfile.so&
/opt/SUNWmfwk/lib/libmfTimers.so&
/opt/SUNWmfwk/lib/libmfTimersJNI.so&
/opt/SUNWmfwk/lib/libmfUtils.so&
/opt/SUNWmfwk/lib/libmfber.so&
/opt/SUNWmfwk/lib/libmfberj.so&
/opt/SUNWmfwk/lib/libxmlglobal.so&
注 & 这是所有 JESMF 库的列表。可能并非所有库对于实现 Monitoring Framework 的 Calendar Server 部分而言都是必要的。
Calendar Server 通知服务转为使用 Message Queue
在此发行版中，有两种用于发送事件通知和警报的通知服务：Sun Java System Message Queue (JMQ) 和 Event Notification System (ENS)。在将来的发行版中，Communications Service 产品只使用 JMQ，ENS 将被删除。但是在此发行版中，Communications Services 产品（Messaging Server、Calendar Server 和 Instant Messaging）对 ENS 仍具有内部相关性，您可以继续使用 ENS 来发送通知和警报。
要使用 JMQ（而不是 ENS），必须安装并配置 Sun Java System Message Queue。除此之外，您必须编写自己的通知，因为 Calendar Server 6.3 不提供通知。
使用 Sun Java Enterprise System 安装程序安装该产品。有关配置 Message Queue 的信息，请参见 。
JMQ 的 Calendar Server 配置参数
要为 JMQ 配置 Calendar Server，必须将以下行添加到 ics.conf 文件中：
local.server.csmfagent.enable = "yes"
caldb.serveralarms.jmqlib = "/opt/SUNWics5/cal/lib/libmqcrt.so"（适用于 Solaris）
caldb.serveralarms.jmqlib = "/opt/sun/calendar/lib/libmqcrt.so"（适用于 Linux）
caldb.serveralarms.dispatchtype = "jmq"
caldb.serveralarms.jmqhost = "localhost"
caldb.serveralarms.jmqport = "7676"
caldb.serveralarms.jmqUser = "guest"
caldb.serveralarms.jmqPWD = "guest"
caldb.serveralarms.jmqTopic = "JES-CS"
Calendar Server 6.3 的 Message Queue 更新通知属性
每个通知都必须具有以下属性：MQ_MESSAGE_TYPE_HEADER_PROPERTY。此属性标识通知的类型。
此外，通知还可以具有其他属性，如下表所示：
字符串属性，表明此通知所产生的操作类型。此属性可以具有以下值："EMAIL"、"AUDIO"、"DISPLAY"、"PROCEDURE" 和 "FLASHING"。
包含警报 ID 的字符串属性。
包含日历 ID 的字符串属性。
表明组件类型的字符串属性。该值为 "event" 或 "todo"。
包含周期 ID 的整型属性。
包含组件 ID 的字符串属性，组件 ID 为事件 ID 或待办事项 ID（任务 ID）。
Calendar Server 6.3 中的 Message Queue 更新通知值
通知分为两种类型：事件和待办事项的警报通知和更新通知。
对于警报通知，MQ_MESSAGE_TYPE_HEADER_PROPERTY 的值只会是 "alarm"。
对于更新通知，MQ_MESSAGE_TYPE_HEADER_PROPERTY 的值取决于触发此通知的操作类型。 列出了此属性的触发操作和相应值。
更新通知值
更新通知值&
MODIFYEVENT
修改待办事项（任务）&
MODIFYTODO
CREATEEVENT
创建待办事项（任务）&
CREATETODO
REFRESHEVENT
刷新待办事项（任务）&
REFRESHTODO
REPLYEVENT
回复待办事项&
在 Calendar Server 6.3 中事件组织者收到电子邮件回复通知
现在，当参与者回复邀请时，可以向组织者发送电子邮件通知。
可以通过设置 ics.conf 参数 ine.reply.enable 来配置此功能。设置为 "y" 可为整个系统启用此功能。设置为 "n" 可禁用此功能。此功能在默认情况下处于启用状态。
三种回复类型为：接受、拒绝、暂定接受。通知表明回复是针对单个邀请还是针对周期性事件。已添加了新的邮件格式文件参数，如下所示。另外，还添加了相应的格式文件：
calmail.imipeventacceptnotification.fname= "mail_eventacceptnotification.fmt"
calmail.imipeventdeclinenotification.fname= "mail_eventdeclinenotification.fmt"
calmail.imipeventtentativeacceptnotification.fname= "mail_eventtentativeacceptnotification.fmt"
calmail.imipeventacceptnotificationrecur.fname= "mail_eventacceptnotificationrecur.fmt"
calmail.imipeventdeclinenotificationrecur.fname= "mail_eventdeclinenotificationrecur.fmt"
calmail.imipeventtentativeacceptnotificationrecur.fname= "mail_eventtentativeacceptnotificationrecur.fmt"
注 & 此功能不是用户首选项。也就是说，它是系统范围的配置参数，因此将应用于发送邀请的所有用户。
有关为电子邮件通知配置 Calendar Server 的详细信息，请参见。
可以修改参与者事件副本
WCAP 接口已经被更改为允许修改参与者的日历事件副本，包括摘要和说明字段。
重命名工具增强
Calendar Server 6.3 实用程序 rename 包括重命名日历数据时删除的项目。
Calendar Server 6.3 中闲-忙计算的更改
已拒绝的事件在闲-忙日历中不再显示为忙。
在 Calendar Server 6.3 中禁用旧版 Calendar Express UI
在 Calendar Server 的早期版本中，Calendar Express（旧版用户界面）是自动安装和启用的。即使不使用该界面，您也无法禁用它。如果打算升级到 Calendar Server 6.3，升级过程会将 service.http.ui.enable="y" 添加到 ics.conf 文件。这将使旧版 UI 处于启用状态，如果想要使用它，不必再进行任何操作。
要禁用 Calendar Express，请在 ics.conf 文件中将 service.http.ui.enable 的值设置为 "n"。
在 Calendar Server 6.3 中不会自动安装 Calendar Express UI
在全新安装中，不会再自动安装 Calendar Express。 如果要执行 Calendar Server 6.3 的全新安装，但希望使用 Calendar Express 作为用户界面，则必须使用 Communications Suite 5 安装程序明确地安装 Calendar Express。然后，必须通过将 service.http.ui.enable="y" 添加到 ics.conf 文件来对其进行配置。（全新安装的默认内部设置为 "n"，所以必须明确地将其设置为 "y"。）
如果您要从早期版本的 Calendar Server 进行升级，则升级过程会将该参数添加到 ics.conf 文件中，并将其值设置为 "y"。这样可以在不进行任何更改的情况下继续使用传统的用户界面。但是，如果您希望禁用传统界面，请将此参数设置为 "n"。
在混合硬件平台上安装
以前，对于分布式数据库环境（使用 DWP 协议和 CLD 插件），由于大端字节序和小端字节序之间的问题，前端进程和后端进程必须安装在相同的硬件平台上。现在的情况已不再相同。前端进程和后端进程现在可以安装在不同的硬件平台上。
例如，前端计算机可以是 X-86 平台的计算机，而后端计算机可以是 SPARC 平台的计算机。
Calendar Server 6.3 中的 iTIP 兼容性
由 Calendar Server 发送的消息现在与 iTIP 兼容（可用于 Microsoft Outlook 互操作性）。
comm_dssetup.pl：Calendar Server 6.3 中增强安全性的密码文件新选项
要增强安全性，现在可以在运行 comm_dssetup.pl 时指定一个密码文件而不是文本密码。使用新的 -j &passwordfilename& 选项，可以保护密码并增强安全性。这对于脚本特别有用。如果您的脚本当前会暴露密码，并且您希望更改这些脚本，请删除 -w &
password& 选项，并用此新选项替换该选项。
注 & 这是对问题 #6392093 的修复。
Calendar Server 6.3 实用程序 csdb、cscal 和 csuser 已重定位到 cal/sbin
在早期版本的 Calendar Server 中，csdb、cscal 和 csuser 位于 cal/bin 目录中，但现在它们位于 cal/sbin 目录中。
对 Calendar Server 6.3 的 ics.conf 文件的 SSL 更改
由于对 Calendar Server 程序代码的更改，ics.conf 文件也发生了以下更改：
service.http.ssl.certdb.path 已过时，建议使用 local.ssldbpath。给定的路径应该指向 config 文件 ("/etc/opt/SUNWics5/config")。
ics.conf 文件中不包含证书数据库的实际密码，此密码现在驻留在 config 目录下的文件
(sslpassword.conf)
此文件中密码的正确格式为：
Internal (Software) Token:password
Calendar Server 6.3 中已过时和已删除的功能
对于 Sun Java System Calendar Server 6.3 ，以下功能已过时：
Calendar Express 图形用户界面 (Graphical User Interface, GUI) 将由 Communications Express GUI 取代，并将从下一次发行的主要功能版中删除。请尽快改用 Communications Express。
storeevents 和 storetodo 使用的 WCAP attachments 参数已过时。为了保证向后兼容性，目前仍接受此参数。但在将来的发行版中，此参数将不再被识别。请使用此参数更改您的所有脚本。
用于监视 Calendar Server 活动的 cstool 实用程序已经从 Calendar Server 6.3 发行版中删除。
Calendar Server 软件不再适用于 Windows 和 HP-UX 平台。
Calendar Server 6.3 的要求
本节介绍了针对此发行版的 Calendar Server 所必需和建议的硬件和软件。
Calendar Server 6.3
的产品版本兼容性要求。
Calendar Server 与以下部分所列的产品版本兼容：
Calendar Server 6.3
的产品版本兼容性要求。
Sun Cluster&
Sun Java System Directory Server&
5.1、5.2、6.0&
Sun Java System Message Queue&
Sun Java System Access Manager（原名 Identity Server）&
Legacy 6.x：支持 Access Manager 6 功能，包括 Access Manager 6 Console 和目录信息树 (Directory Information Tree, DIT)。如果要与 Portal Server、Messaging Server、Calendar Server、Delegated Administrator 或 Instant Messaging 一起安装 Access Manager，则必须选择 Access Manager 兼容模式 (6.x) 安装类型。
Sun Java System Web Server&
Sun Java System Application Server&
Calendar Server6.3
的 NSS 版本要求
Calendar Server 6.3 要求使用共享安全组件 NSS 3.9.3 版。
有关产品版本相关性的详细信息，请参见和。
Calendar Server 硬件要求和建议
典型安装大约需要 500 MB 的磁盘空间。对于生产系统，则至少需要 1 GB。
128 MB 的 RAM。对于生产系统，要获得最佳性能则需要 256 MB 到 1 GB。
用于快速存取的 RAID 存储器（建议大型数据库使用）。
Calendar Server 软件要求和建议
本节介绍了针对此发行版的 Calendar Server 所必需和建议的软件。
Calendar Server 操作系统要求
SolarisTM 10 操作系统（SPARC& Platform Edition 和 x86 Platform Edition）
Solaris 9 (5.9) 操作系统（SPARC Platform Edition 和 x86 Platform Edition）
Red Hat Enterprise Linux Advanced Server（32 位版本），版本 3（所有更新）和版本 4（所有更新）
Windows 和 HP-UX 平台不再支持 Calendar Server 软件。
建议用于客户端计算机的浏览器
请参见中的。
Calendar Server 6.3 的重要升级修补程序信息
在 Communications Suite 5 的常规版本发行时，可以获得以下 Calendar Server 6.3 产品升级修补程序：
修补程序编号（英语） &
修补程序编号（本地语言）&
Solaris、SPARC&
可用在 Sun Solve 上找到最新的产品修补程序。要在 Sun Solve 上查找修补程序，请使用以下步骤：
如何在 SunSolve 上查找修补程序
有关 Sun Java System Calendar Server 所需修补程序的当前列表，请转至：
请选择 &Patches& 或 &Patch Portal&。
单击 Sun Java System Calendar Server 链接进行查看。
随着操作系统修补程序要求的更改和 Java Enterprise System 组件修补程序的出现，SunSolve 上会为您提供相应的更新，这些更新最初以推荐修补程序簇的形式显示。
Calendar Server 安装说明
本部分包含在安装 Calendar Server 6.3
之前应该了解的信息，包括：
注意 & Calendar Server 不支持挂载了网络文件系统 (Network File System, NFS) 的分区。请勿在挂载了 NFS 的分区上安装或创建 Calendar Server 的任何部分，包括可执行文件、数据库文件、配置文件、数据文件、临时文件和日志文件。
Calendar Server Linux 平台支持
如果 Java Enterprise System 是在 Linux 平台上运行，则用户感受到的主要区别在于产品安装目录的路径名不同。Linux 平台的安装目录不同于 Solaris 平台的安装目录。
下表显示了 Solaris 和 Linux 的默认安装目录路径：
Solaris 默认目录&
Linux 默认目录&
/opt/SUNWics5/cal/ (cal-svr-base)
/opt/sun/calendar (cal-svr-base)
/etc/opt/SUNWics5/config
/etc/opt/sun/calendar/config
/var/opt/SUNWics5
/var/opt/sun/calendar
提示 & 在本文档中，Calendar Server 的默认安装目录是 cal-svr-base。
操作系统修补程序
安装 Calendar Server 之前，您必须应用所需的操作系统修补程序。有关所需修补程序的列表，请参见。
所需的权限
要在 Solaris 系统上运行 Sun Java Enterprise System 安装程序或 Calendar Server 6.3
配置程序，必须以超级用户身份登录或成为超级用户 (root)。
Linux 软件包名称
可以使用 Sun Java Enterprise System 安装程序安装 Calendar Server 6.3 。Java Enterprise System 安装程序将安装 Sun 组件产品软件包，包括 Calendar Server 6.3
以及各种产品使用的共享组件。
下表列出了与 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
从 Calendar Server 6 的早期版本进行升级
无法使用 Sun Java System Communications Suite 安装程序升级到 Calendar Server version 6.3。必须使用 patchadd 进程。
有关升级到 Calendar Server 6.3 的详细信息，请参见。
升级日历数据库
在升级到 Calendar Server 6.3 之后，还必须使用本节提到的各种数据库工具升级您的数据库。可以在中找到有关迁移工具的详细信息。
本节包含以下主题：
从 Calendar Server 的早期版本进行升级
如果以前的 Calendar Server 软件版本低于版本 5.1.1，请先请求技术支持帮助您将数据库迁移为与 Calendar Server 5.1.1 兼容的数据库。您无法直接迁移到任何 Calendar Server 6 发行版。在技术支持建议的过程中，您将需要安装 Calendar Server 5.1.1。在您的数据库文件与 Calendar Server 5.1.1 兼容后，安装 Calendar Server 6.3 并按列出的顺序运行如下数据库工具。
cs5migrate
运行此实用程序，将数据库从版本 5.1.1 升级到版本 6.2 级别。这是运行 csmigrate 实用程序将数据库升级到版本 6.3 级别之前一个必需的中间步骤。在安装 Calendar Server 6.3 之后，可以在 sbin 目录中找到 cs5migrate 实用程序。
您必须指定 -r 选项。然后，cs5migrate 实用程序为所有周期性事件和任务创建主记录和异常记录。以后，这些记录将由 Calendar Server 自动生成。
此实用程序对数据库执行以下更改：
将您的 Calendar Server 5.1.1 LDAP 数据库迁移成 Calendar Server 6.2 兼容的数据库。
将您的 Berkeley Data Base 迁移到版本 4.2。
将迁移状态写入 csmigrate.log 日志文件中。
将错误写入 csmigrateerror.log 日志文件中。
运行此实用程序，以使 LDAP CLD 插件正确工作。
运行此实用程序将非域日历数据库转换为与多域环境兼容的单域数据库。
由于您的 Calendar Server 数据库处于版本 6.2 模式下，请运行 csmigrate 实用程序将 Calendar Server 6.2 数据库迁移成与 Calendar Server 版本 6.3 兼容的数据库。
可以在新安装的 Calendar Server 6.3 软件的 sbin 目录中找到 csmigrate 实用程序和其他管理工具。有关 csmigrate 的详细信息，请参见。
注意 & 如果从较旧版本的 Calendar Server 升级，且配置为使用有限虚拟域模式或在同一台计算机上存在多个 Calendar Server 实例，请与 Sun Microsystems, Inc. 销售代表联系，以对您的迁移要求进行评估并确保您拥有满足这些要求的特定迁移实用程序。
此外请牢记在迁移数据库之前首先执行完全备份。
将您的 Calendar Server 版本 6.0、6.1 或 6.2 数据库升级为与 Calendar Server 版本 6.3 兼容的数据库
运行 csmigrate 将日历数据库升级到版本 6.3 级别。
可以在新安装的 Calendar Server 6.3 软件的 sbin 目录中找到 csmigrate 实用程序和其他管理工具。有关 csmigrate 的详细信息，请参见。
Calendar Server 安装后配置
安装或升级到 Calendar Server 6.3
之后，在使用 Calendar Server 之前，必须按照以下说明对其进行配置：
运行目录服务器设置脚本 (comm_dssetup.pl) 以将 Sun Java System Directory Server 配置为 Calendar Server 模式。有关说明，请参阅。
运行 Calendar Server 配置程序 (csconfigurator.sh)，将您的站点配置为满足特定要求。有关说明，请参阅。
Calendar Server 数据和程序文件的位置
下表显示了针对 Solaris 和 Linux 平台本文档所引用的各种文件和程序的位置：
Solaris 位置&
Linux 位置&
管理员实用程序：start-cal、stop-cal、csattribute、csbackup、cscal、cscomponents、csdb、csdomain、csexport、csimport、csmonitor、csplugin、cspurge、csrename、csresource、csrestore、csschedule、csstats、cstool 和 csuser
/opt/SUNWics5/cal/sbin
/opt/sun/calendar/sbin
迁移实用程序：csmig 和 csvdmig
/opt/SUNWics5/cal/sbin
/opt/sun/calendar/sbin
配置文件：ics.conf、version.conf、counter.conf 和 sslpassword.conf
安装后，这些文件位于以下位置：/opt/SUNWics5/cal/config-template
在配置过程中，上述目录中的各种文件将被移至由您选择的配置选项所指定的位置。默认位置是：/etc/opt/SunWics5/config
安装后，这些文件位于以下位置：/opt/sun/calendar/config-template
在配置过程中，上述目录中的各种文件将被移至由您选择的配置选项所指定的位置。&
邮件格式 (*.fmt) 文件
安装后，这些文件位于以下位置：/opt/SUNWics5/cal/config-template
配置后，这些文件位于以下位置：/etc/opt/SUNWics5/ config/language
其中 language 为 en、de、es、fr、ja、ko、zh-TW 或 zh-CN。&
安装后，这些文件位于 /opt/sun/calendar/config-template
配置后，这些文件位于以下位置：/etc/opt/sun/calendar/config/language
其中 language 为 en、de、es、fr、ja、ko、zh-TW 或 zh-CN。&
库 (.so) 文件&
SSL 实用程序：certutil 和 modutil
/opt/SUNWics5/cal/lib
/opt/sun/calendar/lib
会话数据库&
/opt/SUNWics5/cal/data/ http
/opt/sun/calendar/data/http
计数器统计信息文件：counter 和 counter.dbstat
/opt/SUNWics5/cal/lib/counter
/opt/sun/calendar/lib/counter
timezones.ics 文件
/opt/SUNWics5/cal/config
/opt/sun/calendar/config
调节 Calendar Server 的目录服务器性能
要改进 LDAP 目录服务器的性能（特别是，在使用 LDAP 目录的日历搜索功能时），请考虑以下事项：
为 LDAP 目录服务器属性创建索引
要提高 Calendar Server 访问 LDAP 目录服务器时的性能，请在 LDAP 配置文件中为各种属性添加索引。
配置程序 comm_dssetup.pl 将为您选择性地创建索引。
提示 & 要查看创建索引可以给您带来的性能差别，请执行以下测试：
创建索引之前，运行以下 LDAP 命令所花费的时间：
ldapsearch -b "base" "(&(icscalendarowned=*
user*)(objectclass=icsCalendarUser))"
其中 base 是 Calendar Server 用户和资源数据所在的目录服务器的 LDAP 基标识名，user 是最终用户可以在日历搜索对话框中输入的值。
为 icsCalendarOwned 创建索引。
再次运行以下 LDAP 命令，并进行计时：
ldapsearch -b "base"
"(&(icscalendarowned=*user*)(objectclass=icsCalendarUser))"
其中 base 是 Calendar Server 用户和资源数据所在的目录服务器的 LDAP 基标识名，user 是最终用户可以在日历搜索对话框中输入的值。
比较两者的时间。应具有较大的时间差值。
检查和设置大小限制参数和搜索限制参数
要确定是否已将搜索限制参数 (nsslapd-lookthroughlimit) 和大小限制参数 (nsslapd-sizelimit) 设置为适当的值，请尝试使用以下命令：
ldapsearch -b "base" "(&(icscalendarowned=*
(objectclass=icsCalendarUser))"
其中 base 是 Calendar Server 用户和资源数据所在的目录服务器的 LDAP 基标识名，user ID 是最终用户可以在 Communications Express 的日历搜索对话框中输入的值。
如果 LDAP 服务器返回了错误，则可能是 nsslapd-sizelimit 或 nsslapd-lookthroughlimit 参数的值不够大。请按以下准则设置这些参数：
请确保 slapd.conf 或等效文件中 nsslapd-sizelimit 参数的值足够大，可以返回所需的全部结果；否则，会发生截断，且不显示任何结果。
请确保 slapd.ldbm.conf 或等效文件中 nsslapd-lookthroughlimit 参数的值足够大，可以搜索 LDAP 目录中所有的用户和资源。如有可能，可将 nsslapd-lookthroughlimit 设置为 -1，这样则不会使用任何限制。
在 Communications Express 中使用 Schema 1
在 Communications Express 中使用 Schema 1 存在两个问题：
如果您运行的是使用 Sun LDAP Schema 1 的 Communications Express，则在运行 Communications Express 配置程序之前，必须使用 ldapmodify
将 DC 根节点添加到 LDAP。该条目应类似于以下内容：
dn: o=internet
objectClass: organization
o: internet
description: Root level node in the Domain Component (DC) tree
日历实用程序 csuser（用于在 Schema 1 中置备用户）是为 Calendar Express 设计的，用户无法使用该实用程序获得 Communications Express 所需的通讯录服务。
Calendar Server 置备工具
可以使用以下两种工具来置备 Calendar Server 的用户、组和域：Delegated Administrator 实用程序和 Calendar Server 实用程序。Delegated Administrator 实用程序有两种用户界面：控制台（图形用户界面）和实用程序（命令行界面）。有关 Delegated Administrator 的信息，请参见《Sun Java System Communications Services 6 2005Q4 Delegated Administrator 指南》。有关控制台使用的说明，请参见 Delegated Administrator 控制台联机帮助。
有关 Calendar Server 实用程序的信息，请参见。
注意 & 请勿尝试通过 Access Manager 控制台来置备用户。虽然可以创建用户并为其指定日历服务，但是请勿使用此方法，因为其结果是不可预测的，并会对部署产生负面影响。
Calendar Server 文档更新
Calender Server 6.3
包含以下文档。文件号码位于括号中。
(820-0517)
(819-4655)
在此发行版中对开发者指南文档进行了重新组织。与 WCAP 无关的所有章节都已被删除。在某些发行版中，已删除的资料（包括 CSAPI 和 AuthSDK）没有更新。如果您要参阅已删除部分的资料，请参见旧版指南，如。
(820-0525)
(819&2662)
(820-0521)
(819-4437)
(819-2656)
(819-4435)
此界面中有 Communications Express 联机帮助。
此界面中还有 Delegated Administrator 控制台联机帮助。
可在以下 Web 站点找到 Calendar Server 6.3
(819&2631) 在此发行版中未对此 FAQ 文档进行更新。
Calendar Server 兼容性问题
下表列出了 Calendar Server6.3
与其早期版本之间已知的不兼容性问题。
目前 Access Manager 具有两种安装类型：Legacy 和 Realm。&
在安装过程中，您必须在以下面板上选择 Legacy 作为安装类型：&
Access Manager: 管理（第 1 页，共 6 页）
如果没有正确安装 Access Manager，则将无法运行 Delegated Administrator。&
/opt/SUNWics5 下的目录准备工具 (comm_dssetup.pl) 无法使用。
comm_dssetup.pl 现在位于其自身的软件包中，该软件包安装在 /opt/SUNcomds (Solaris) 或 /opt/sun/comms/dssetup (Linux) 中。
需要更新用于指定旧路径的现有脚本。&
要安装该软件包，请确保已在相应的安装程序面板中选择了相应的目录准备工具。&
已更改 Delegated Administrator 的配置程序。&
安装 Delegated Administrator 并运行配置程序。当前程序位于：&
/opt/SUNWcomm/sbin/
config-commda (Solaris)
/opt/sun/comms/config-commda (Linux)
安装该版本的 Calendar Server 时，请升级到新的 Delegated Administrator。&
此 Communications Express 发行版与早期版本的 Calendar Server 不兼容。&
如果要升级 Communications Express，还必须对 Calendar Server 进行升级。&
这同样适用于 Messaging Server。&
由于打包方式进行了更改，因此 Calendar Express 必须在运行时执行字符串替换。&
性能显著下降&
联系技术支持以获取可以在开始 Calendar Server 操作之前运行的脚本。此脚本将执行所有必需的字符串替换。&
Calendar Express 已过时，不会包含在将来的 Calendar Server 发行版中。此问题不会被修复。&
由于 SSL 处理中发生了程序代码更改，因此以下参数将不再有效：&
service.http.ssl.certdb.path
仍然使用旧参数指向 SSL 目录的脚本和配置文件将会无效。不会启用 SSL。&
ics.conf 文件中添加了一个新参数：
local.ssldbpath = "/etc/opt/SUNWics5/config"
证书数据库的密码不再保留在 ics.conf 参数中：
service.http.ssl. certdb.password
找不到 SSL 密码。错误消息：&
一般错误: http_ssl_init(): SSL 初始化失败。
证书数据库的密码现在位于 config 目录下的以下文件中：
sslpassword.conf
密码格式为：&
Internal (Software) Token:password
不再允许使用非域环境。&
修改 LDAP 条目的脚本现在必须包含默认域。&
安装并配置 Calendar Server 之后，它将对所有 LDAP 条目运行无提示转换程序，以便添加您指定的默认域。&
如果进入的请求（WCAP 命令）未指定域，则自动假定为针对默认域。&
但您运行的任何直接修改 LDAP 条目的脚本都必须包含新的默认域。&
不再使用 ics.conf 文件中的 service.admin.calmaster.userid 和 service.admin.calmaster.cred 参数。
无法使用这些旧参数设置 Calendar 用户首选项和证书。&
service.admin.calmaster.userid 参数被更改为 service.siteadmin.userid，
service.admin.calmaster.cred 参数被更改为
service.siteadmin.cred。如果进行升级，则修补程序脚本将迁移这些参数。
不再提供 Windows 和 HP-UX 版本的 Calendar Server。&
服务器端 Calendar Server 软件支持的操作系统平台只有 Solaris 和 Linux。&
这并不影响客户端软件（例如 Connector for Microsoft Outlook）。有关支持的操作系统列表，请参见各客户端组件发行说明。&
此 Calendar Server 发行版中修复的问题
下表是 Calendar Server 6.3 Beta 版中已报告并修复的问题：
csuser delete 只删除默认日历。
目录管理员密码以纯文本格式存储在文件 ics.conf 中。
在配置托管域之前置备的用户无法创建事件。
发出停止命令时，日历配置文件中禁用的进程不会停止。
与问题编号 6216869 相关。如果启动了某个进程（如 enpd），然后在 ics.conf 文件中将其禁用，则在发出 stop-cal 时，系统不会停止已禁用的进程。
无法根据配置设置清除热备份日志文件。
管理员无法从 LDAP 中删除域。
commadmin domain purge 不能删除 icsStatus 为 deleted 的条目，除非其 icsStatus 为 removed。建议的 Calendar Server 实用程序 csclean 不能将 icsStatus 更改为 removed。
即使到期日期在删除范围之外，deletecomponents_by_range 仍将删除待办事项。
deletetodos_by_range.wcap 不接受 dtstart，而将其视为 dtstart=0。
当发出停止命令时，DWP 不会停止。
与问题编号 5060833 相关。如果在 DWP 进程运行时禁用 DWP，则 stop-cal 不会停止 DWP。stop-cal 应停止所有服务，而不是只停止那些已启用的服务。
RFE：在组中，组成员只显示 calid，而不显示名称
事件通知电子邮件中存在过长的行，不符合 RFC 2822。
Calendar Server 不应绑定 certmap.conf 文件，因为此文件不是必需的。此文件用于基于客户端的 SSL 验证，而 Calendar Server 不支持此验证。
当调用 set_calprops.wcap 时，cshttpd 发生核心转储。
如果目录服务器为 Schema 2，并且没有创建域，则 Calendar Server 配置程序将显示错误消息，并且不允许对此目录服务器进行配置。
只在 GUI 版本的配置程序中对此问题进行了修复。对于命令行版本，必须于配置 Calendar Server 之前在 Delegated Administrator 中创建域。
为 Calendar Server 记录了易误解的错误消息。
csmigrate 应该创建目录（如果目录不存在）。
csclean 未删除用户的日历。无说明原因的警告消息。
当用户尝试邀请其他域中的用户时（启用了跨域搜索），WCAP errno 返回值 60。
在默认情况下需要启用 proxyauth。
修改事件链中的一个实例时，发送了两封电子邮件通知。
如果 ENS 通知处于打开状态，csmigrate 迁移实用程序会挂起。
当调用 storeevents 命令时，cshttpd 进程进入无限循环。
迁移工具需要在新的数据库目录中创建 ldap_cache 和 cld_cache。
日历备份提示没有足够的磁盘空间。记录的计算信息是否错误？
计算是正确的，但需要将归档和热备份目录移到 csdb 目录之外。
csdomain 无权更改 LDAP 属性 inetdomainstatus。此命令已过时，不再更新。
应为 InetDomainBaseDN 添加一个索引。
comm-dssetup 需要添加更多索引。
在无提示模式下重新进行配置时，caldb.calmaster 参数变为 "**UNKNOWN**"。
Calendar Server 中的已知问题和限制
本部分列出了 Calendar Server 6.3
发行时已知的较为重要的问题：
Calendar Server 的已知限制
目前知道有以下限制：
从 Calendar Server 的旧版本升级到 Calendar Server 6.3 后遇到高可用性问题
如果使用高可用性功能（使用 Calendar Server HA 软件包 SUNWcsics），则在从 Calendar Server 的旧版本升级到 Calendar Server 6.3 版后，需要执行以下解决方法来避免出现问题 6560681。
解决方法：
手动删除 Calendar Server 6.3 附带的 SUNWscics 软件包。
使用 pkgadd 添加与 Java Enterprise System 软件捆绑的 SUNWscics 软件包。
配置程序在 DWP ics.conf 参数中放置了错误的值
使用前端和后端服务器部署 Calendar Server 时（要求使用 DWP 协议），配置程序将要求您添加后端服务器的主机名。如果配置程序将此值存储在 ics.conf 参数 caldb.dwp.server.hostname.ip 中，则其将存储为 IP 地址（而非本应存储在该处的全限定主机名）。这意味着系统将无法找到后端服务器。
解决方法：将 IP 地址替换为全限定后端服务器主机名。通过编辑 ics.conf 文件（文本文件）即可完成此操作。
可以在中找到有关哪些值可用于此处，以及用于配置前端和后端服务器的其他参数的正确说明。
本发行说明的以下部分报告了此问题（问题号为 6542989）：。
升级后，无法登录到 Linux 平台：&无法解析后端主机&
在 Linux 操作系统中，升级到 Calendar Server 6.3 之后，运行 start-cal 将在 http.log 文件中出现错误消息：
cshttpd[2984]: General Error: caldb:
caldb_pvt_isLocalUrl: hostname of
is not resolvable.
Please check that hostname is correct and that hostname resolver is correct.
同样，在尝试登录后，会给出以下错误消息：
Backend Host Unresolvable
Please try again
修复：此问题已在 Calendar Server 6.3 Update 1 中修复，修补程序编号 。
此问题与下一部分中编号为 6516438 的问题相同：。
配置文件中的重复参数
配置文件 ics.conf 中允许存在重复的参数。这可能会造成参数值混淆。要确定系统使用的是哪一个参数实例，请找到文件中的最后一个实例。系统将使用处理文件时所找到的最后一个参数实例的值。
最佳实践：将所有更改添加到 ics.conf 文件末尾处标记内容类似于 # My Parameter Changes 的部分。要保留所做更改的历史记录，请添加用于描述更改原因的注释以及日期。
请定期注释掉不再使用的旧更改，或者如果您不需要保留更改历史记录，请删除不再使用的旧重复项，只在文件中保留最新更改。
过时用户界面的性能退步
在此版本中，XSL 文件中的字符串替换不再于打包的预处理步骤完成。因此，字符串将被实时替换，这会降低 Calendar Express 用户界面的性能。
解决方法：通过处理所有 XSL 文件并手动插入正确的语言字符串，可以在运行 Calendar Server 之前执行字符串替换。要执行替换，必须添加 perl 脚本 (xslvarparser.pl)，该脚本位于 { CAL_SERVER_BASE}/tools/unsupported/bin 目录。脚本自身将提供有关运行脚本的说明。
为了方便起见，脚本中提供的说明如下所示：
使用 perl 脚本 xslvarparser.pl 替换 XSL 文件中的变量来加速 XSL 渲染过程。
将此文件复制到 /opt/SUNWics5/cal/html 目录（在 Solaris 上为默认目录）。
然后将其作为 $ perl xslvarparser.pl 运行。
生成的文件将放在每个语言环境的输出目录中。
将每个语言环境中的 XSL 文件替换为输出目录中的文件。
建议您在执行此替换操作之前先保存原始文件。
此问题与中编号为 6385495 的问题相同。
删除多值用户首选项的所有实例
每个 set_userprefs 命令仅删除多值首选项的一个实例。
解决方法：要删除多值用户首选项的所有实例，必须对每个实例发出一个 set_userpref 命令。
例如：执行 get_userprefs 列出所有用户首选项。如果首选项（如 icsSubscribed）有多个值，则必须对列出的每个值发出一个 set_userprefs 命令来删除此首选项。
在群集环境中查找已安装的修补程序
没有特定于群集的 showrev 命令来显示群集单个节点上安装的程序。（这是一个普遍问题，不只是特定于 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 实用程序来创建多域环境。
请参见和。
Calendar Server 不终止 LDAP 高速缓存数据的使用
（问题编号 4777792）高速缓存会全部被占用，从而导致错误。Calendar Server 不终止 LDAP 高速缓存数据的使用。
解决方法：定期删除文件内容。然后重新启动 Calendar Server。
必须在配置文件中输入全限定主机名和非全限定主机名
配置文件请求了两次主机名。一次为全限定主机名，另一次则为非全限定主机名。例如：
caldb.dwp.server.skate..ip = "skate."
caldb.dwp.server.skate.ip = "skate"
caldb.dwp.server.test12..ip = "test12."
caldb.dwp.server.test12.ip = "test12"
在 X 标记中必须用引号将非 RFC 兼容数据引起来
如果 X 标记中有非 RFC 兼容数据，则必须用引号引起来。例如，X 标记中的冒号必须显示为 ":"。
用户在被添加为辅助所有者之前未经过验证。
将用户作为辅助所有者添加到所有者列表之前，Calendar Server 实用程序 cscal 没有验证这些用户。
迁移实用程序不更新所有者日历。
Calendar Server 迁移实用程序 csmig 没有使用所有者日历来更新 icsSubscribed。
无法自动清除过时的缓存 LDAP 数据。
必须手动完成此操作。
同时快速打开和关闭多个连接时，enpd 崩溃
事件通知服务已过时。此问题将不会修复。请改用 Sun Java System Message Queue 产品。
事件被意外删除。
如果用户修改了事件并选择了选项来修改今天的事件和所有将来的事件，则所有以前的事件都将被删除且不再显示在 UI 中。
无法使用 SSLv2 客户端。
在 SSLv2 模式下，SSL 初始化失败。无法使用 SSLv2 客户端。
如果没有 DC 树，日历实用程序将失败。
在 Schema 1 中，必须在创建或管理日历之前先创建 DC 树节点。
Calendar Server 实用程序发送模糊的错误消息。
由于错误消息源自若干层之下，并且可能由很多不同环境引起，因此错误消息的含义模糊。下一个较高层的程序在将错误消息升级到更高层之前，不会对该错误消息进行解释。
描述中的前导空格在存储时会消失。
如果描述的开头带前导空格，则该空格不会与文本一起保存，并且在显示事件时不会出现。
无法按域启用或禁用 SSL。
这是此发行版中尚未实现的 RFE。
（仅限 Linux）在重新启动时 Calendar Server 不重新启动。
其余的锁定文件阻止其重新启动。请在重新启动前删除这些锁定文件。
锁定文件位于以下目录中：
/opt/sun/calendar/lib/lock/__db.001
2007 年3 月11 日到2007 年4 月1 日之间的事件有一小时误差
根据法律规定，夏令时 (Daylight Savings Time, DST) 变更日期发生了变化。Calendar Server 6.3 软件包含了新的更正过的时区表。此后创建的所有事件和任务都会使用正确的时间。然而，处于新旧变更日期之间的先前存在的事件和任务将有一小时误差。在您的日历中，该问题每年发生两次。一次是在春季标准时间向夏令时变更时，另一次是在秋季夏令时向标准时间变更时。
此问题与本文档后面中编号为 6502376 的问题相同。
修复：此问题的标准修复方法是允许用户为日历中受影响的任何事件调整时间。
可以请求技术支持提供一个修复程序。
日历数据的导入功能只对来自相同 calid 的数据有用
不能使用导入功能在日历之间移动数据。只能将数据导入到先前导出它的日历（具有相同的 calid）中。
本文档的部分中编号为 6461183 的问题记录了此限制。
Calendar Server 6.3 中已报告的问题
以下列出了已报告的有关该产品的问题：
对于托管域环境，csexport 要求使用全限定的 calid。例如，使用 uid@domain 格式。
未创建状态文件。
使用 -saveState 选项调用 csconfigurator.sh时，如果指定的状态文件不包含路径，则不会创建状态文件。例如：
/opt/sun/calendar/sbin/csconfigurator.sh -saveState cs.state
解决方法：始终指定应创建状态文件的位置的完整路径名。
默认情况下资源日历的邀请状态应该为&已接受&。
默认情况下，资源日历的邀请状态应该为&已接受&。由于资源日历无法接受邀请，因此订阅资源日历的用户可能看不到这些邀请（如果用户在 "Communications Express"-&&选项&-&&日历视图&中选择只查看已接受的邀请）。
解决方法：服务器级别的自动接受由 ics.conf 参数 resource.invite.autoaccept = "yes" 确定。它还可以使用 icsAutoaccept LDAP 属性按资源级别来确定。
使用周期性事件的问题。
在dtstart 和 dtend 参数中发送非日期字段修改（使用 storeevents）时，将导致数据中断。
解决方法：对于需要非日期字段修改的修改存储库命令，不提供 dtstart 和 dtend。
如果目录服务器为 Schema 2，并且没有创建域，则 Calendar Server 配置程序将显示错误消息，并且不允许对此目录服务器进行配置。
只在 GUI 版本的配置程序中对此问题进行了修复。对于命令行版本，必须于配置 Calendar Server 之前在 Delegated Administrator 中创建域。
从 Java ES 2005Q1 升级之后，将无法使用 Access Manger 进行单一登录。例如，当您登录到 Portal Server 桌面，然后尝试访问 Calendar Server 时，将会显示登录页面，而不是自动通过单一登录进行验证。
解决方法：此问题没有解决方法。
升级包含前端和后端安装的 Calendar Server 部署之后，在使用 DWP 进行通信时，无法启动前端安装，并在日志中生成多种错误。发生此问题是因为缓存目录未被复制到新的安装中。
解决方法：将 /var/opt/SUNWics5/csdb.old 中的 cld_cache 和 ldap_cache 目录复制到 /var/opt/SUNWics5/csdb。然后，将新目录的所有者和组分别设置为 icsuser 和 icsgroup。
csdb 中的数据库日志文件累积。
存储库守护进程未读取正确的配置文件参数。它正在查找不存在的 caldb.berkeley.*.enable。然后，它将采用已禁用的循环记录的默认值。这还会引发其他问题，包括无法进行热备份。正确的 ics.conf 参数是 caldb.berkeleydb.*.enable。
解决方法：重新启动服务。通过删除累积的日志文件，csstored 可解决日志累积问题。
不能使用导出/导入功能在具有不同 calid 的日历之间移动数据。导入的数据必须与要导入数据的日历具有相同的 calid。
csrestore 不处理个人用户日历。
创建个人日历并成功运行备份之后，请手动删除此个人日历。然后，使用 restore 命令恢复此个人日历。从日志文件中，您可以查看到日历已被成功恢复。但是，登录到 UWC 或 Calendar Express 界面时，将无法查看或管理个人日历。此问题在于 csrestore 不处理用户 LDAP 条目、已订阅的日历或个人日历。
解决方法：为每个用户手动编辑或删除多值属性 icsSubscribed，该属性是使用 csrestore 删除或恢复的。
会话数据库损坏导致登录失败和过多的会话超时消息。
解决方法：
删除会话数据库
没有与 Calendar Server 软件包捆绑的 JMQ 客户端。请使用已安装的 Messaging Server 中的 JMQ 客户端。安装 JMQ 客户端失败会导致启用 JMQ 时 admind 进程异常终止。
解决方法：从 Messaging Server 软件包复制 JMQ 客户端。
从 2007 年 3 月 11 日到 2007 年 4 月 1 日，日历事件有一小时误差
发生该问题的原因是，为了延长夏令时的时间，变为夏令时和变回标准时间的日期发生了改变。变更日期现在发生在春季（3 月）和秋季（11 月），开始时间比前几年提前了，结束时间则推后了。随 Calendar Server 6.3 发布的时区文件已经更新，以反映这些变化。
对于 Communications Express（它使用 JVM 时区信息而不是 Calendar Server 时区文件），您必须更新 JVM 以反映新的时区变化。Sun 建议使用最新的 Sun Java SE JDK/JRE 更新版作为首选工具，用于传送时区数据更新和其他产品改进（如安全修复）。请使用 JVM 更新程序，如以下文档所述：
/javase/tzupdater_README.html
更新时区信息后，安排在时区更新前的事件在新旧变更日期之间的这些天会出现一小时的偏差。
可以请求技术支持提供一个修复此问题的可执行文件。
另一种方法是要求用户更新处于新旧变更日期之间的事件的时间。或者，也可以运行您自己的脚本来处理那些需要更新的少数事件的数据库。
LDAP 工具的位置已改变
如果您已经安装了 Java Enterprise System 的早期版本 (beta)，在安装 Java Enterprise System 5 的发行版本 (RR) 之前需要删除 SUNWldapcsdk-tools 软件包。这是因为发行版本中 SUNWldapcsdk-tools 软件包的位置发生了更改。如果未删除该软件包，而试图在安装发行版本后启动 Calendar Server 或 Messaging Server，您将收到以下错误消息：
Could not find .../bin/ldapsearch utility
Please install the ldapcsdk-tools package
出现该错误消息是因为 LDAP 工具的位置发生了更改。
解决方法：在安装发行版本的 Java Enterprise System 5 之前，请删除 SUNWldapcsdk-tools 软件包。要查看 SUNWldapcsdk-tools 的版本，请运行命令 pkgparam -v SUNWldapcsdk-tools VERSION。
您的版本必须是 6.00，REV=.00.08 或更高。否则，您将收到一条错误消息，显示没有找到 LDAP 搜索实用程序。
使用 pkgrm SUNWldapcsdk-tools 命令删除 SUNWldapcsdk-tools 软件包。
如果已经运行了 Java Enterprise System 5 安装程序，您可以手动删除 SUNWldapcsdk-tools 软件包，并使用如下命令安装它：
cd &jes5_distro&/Solaris_sparc/Product/shared_components/Packages
pkgadd -d . SUNWldapcsdk-tools
在 Linux 平台上，无法启动 csmfagent 服务器。
在 Linux 版中，日历二进制文件无法找到 Monitoring Framework 的共享库。Monitoring Framework 文件的正确路径是 /opt/sun/mfwk/share/lib，但 Calendar Server 认为它位于 /opt/sun/calendar/lib 中。
解决方法：添加一个指向 Calendar Server 库中正确库的符号链接，如以下示例所示：
# cd /opt/sun/calendar/lib
# ln -s /opt/sun/mfwk/share/lib/*.so
另一种解决方法是从 Monitoring Framework 库中启动日历服务，例如 /opt/sun/mfwk/share/lib
在 Linux 平台上，升级到 Calendar Server 6.3 后无法登录。
该问题在 Calendar Server 6.3 Upgrade 1 中已修复，修补程序编号为 。有关该问题的详细信息，请参见本发行说明的以下部分：。
使用配置程序设置后端服务器时，配置程序会错误地将 IP 地址（而非全限定主机名）放置在以下参数中：
caldb.dwp.server.hostname.ip
必须编辑 ics.conf 文件以更正此参数值，否则系统将无法找到后端服务器。正确的值为后端服务器的全限定主机名。
高可用性软件包 SUNWcsics 需要一些更新才能正常工作。Java Enterprise System 软件包中使用的 SUNWcsics 软件包没有问题。在发布解决此问题的修补程序之前，必须使用以下解决方法：
手动从 Calendar Server 分发包中删除 SUNWcsics 软件包。
执行 pkgadd 命令添加 Java Enterprise System 软件分发包中的 SUNWcsics 软件包。
Calendar Server 的可再分发的文件
Sun Java System Calendar Server 6.3
包含以下文件集，Sun Microsystems, Inc. 授予您非独占的、不可转让的有限许可，允许您以二进制形式复制和分发这些文件集。
此外，您可以复制和使用（但不能修改）列出的头文件和类库，以使产生的二进制文件能够与 Sun 的软件 API 对接。
在用来创建上述二进制文件时，提供的样例代码仅供参考。
Calendar Server 的所有可再分发文件都适用于插件 API（称为 CSAPI）。《Sun Java System Calendar Server 6 2005Q4 Developer&s Guide》中介绍了该 API，该文档可通过以下地址找到：
在以下文件中，cal-svr-base 是 Calendar Server 的安装目录。对于 Solaris，默认目录为 /opt/SUNWics5/cal；对于 Linux，默认目录为 /opt/sun/calendar
可再分发的文件位于 cal-svr-base/csapi 的各子目录中：
authsdk 中可再分发的文件
以下是此子目录 (cal-svr-base/csapi/authsdk/) 中可再分发的文件：
login.html
nsapiauth.c
bin 中可再分发的文件
以下是此子目录 (cal-svr-base/csapi/bin/) 中可再分发的文件：
libcsapi_xpcom10.so
libicsexp10.so
classes 中可再分发的文件
以下是此子目录 (cal-svr-base/csapi/classes/) 中可再分发的文件：
include 中可再分发的文件
以下是此子目录 (cal-svr-base/csapi/include/) 中可再分发的文件：
nsMacRepository.h
csIAccessControl.h
nsProxyEvent.h
csIAuthentication.h
nsRepository.h
csICalendarDatabase.h
nsHashtable.h
nsString.h
csICalendarLookup.h
nsTraceRefcnt.h
csICalendarServer.h
nsICaseConversion.h
nsVector.h
csIDBTranslator.h
nsICollection.h
nsUnicharUtilCIID.h
csIDataTranslator.h
nsXPComCIID.h
csIMalloc.hplugins
nsIEnumerator.h
nsXPComFactory.h
csIPlugin.h
nsIEventQueueService.h
csIQualifiedCalidLookup.h
nsIFactory.h
csIUserAttributes.h
publisher.h
mozIClassRegistry.h
nsIServiceManager.h
subscriber.h
mozIRegistry.h
nsIServiceProvider.h
nsISizeOfHandler.h
xcDllStore.h
nsCOMPtr.h
nsISupports.h
nsISupportsArray.h
plugins 中可再分发的文件
可再分发的文件位于此目录 (cal-svr-base/csapi/plugins/) 的以下子目录中：
accesscontrol 中可再分发的文件
以下可再分发的文件，位于此子目录 (cal-svr-base/csapi/plugins/accesscontrol/) 中
csAccessControl.cpp
csAccessControl.h
csAccessControlFactory.cpp
authentication 中可再分发的文件
以下可再分发的文件，位于此子目录 (cal-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/) 的以下子目录中：
samples/authentication 中可再分发的文件
以下可再分发的文件，位于此子目录 (cal-svr-base/csapi/samples/authentication/) 中：
authlogon.c
authlogon.h
authtest.c
csAuthenticationLocal.cpp
csAuthenticationLocal.h
csAuthenticationLocalFactory.cpp
samples/datatranslator 中可再分发的文件
以下可再分发的文件，位于此子目录 (cal-svr-base/csapi/samples/datatranslator/) 中：
csDataTranslatorCSV.cpp
csDataTranslatorCSV.h
csDataTranslatorCSVFactory.cpp
samples/ens 中可再分发的文件
以下可再分发的文件，位于此子目录 (cal-svr-base/csapi/samples/ens/) 中：
samples/userattributes 中可再分发的文件
以下可再分发的文件，位于此子目录 (cal-svr-base/csapi/samples/userattributes/) 中：
csUserAttributesDB.cpp
csUserAttributesDB.h
csUserAttributesDBFactory.cpp}