最终用户可使用 Web 图形用户界面 (graphical user interface , GUI)、Sun Java System Communications Express 或通过 Connector for Microsoft Outlook(它允许最终用户在利用 Calendar Server 后端的同时继续使用其桌面上的 Outlook)从客户机连接到 Calendar Server。用户必须在 LDAP 目录中拥有唯一条目。每个用户可以有一个或多个日历,同时每个用户可以属于一个或多个组。
拥有适当权限的管理员可以使用 Delegated Administrator 实用程序(命令行)或控制台 (GUI) 来添加、删除或修改用户 LDAP 条目或资源 LDAP 条目。
有关 Delegated Administrator 实用程序 (commadmin) 的文档,参见《Sun Java System Communications Services 6 2005Q4 Delegated Administrator Guide》。
有关 Delegated Administrator 控制台的文档,请参见控制台的联机帮助。
此外,如果需要,可以使用 ldapmodify 直接修改 LDAP 条目。有关 ldapmodify 的信息,参阅《Sun ONE Directory Server Resource Kit 5.2 Tools Reference》。
在以前的 Java Enterprise System 部署中使用的实用程序(例如 csuser)仍然与 Calendar Server 捆绑在一起。如果在部署中使用 Access Manager,请勿使用这些实用程序来管理或创建用户、域或资源 LDAP 条目。也有一些例外。遇到这些例外时,此向导将指导您使用适当的实用程序。
本节介绍用户和用户日历管理的以下主题:
可使用以下任意一种用户管理工具来管理日历用户、组和资源:
Delegated Administrator 控制台。
使用此 GUI 在 LDAP 中为 Calendar Server 置备用户、组和资源。有关使用此 GUI 的信息,请参见 Delegated Administrator 控制台联机帮助。
Delegated Administrator 实用程序 (commadmin)。
使用这些工具在 LDAP 中为 Calendar Server 置备用户、组和资源。有关详细说明,参见《Sun Java System Communications Services 6 2005Q4 Delegated Administrator Guide》。
Calendar Server 实用程序。
使用这些实用程序管理日历。此外,如果您的配置满足以下所有条件,则可以使用它们来管理用户、组和资源:
未使用 Access Manager。
使用 Sun LDAP Schema 版本 1 安装了早期版本的 Calendar Server 或 Messaging Server。
打算继续使用 Schema 版本 1。
另请参见本指南附录 D,Calendar Server 命令行实用程序参考 中的命令行实用程序参考。
Delegated Administrator 不管理日历。要为用户、组和资源创建日历,可使用 Calendar Server 实用程序 cscal 和 csresource,或打开自动置备。打开自动置备后,系统会在两种情况下创建默认日历:一种情况是登录用户没有默认日历,另一种情况是在不存在默认日历的情况下向用户、组或资源发出邀请。
可使用以下工具在 LDAP 中创建用户:
对于 Schema 版本 1,使用 Calendar Server csuser 实用程序同时创建用户和日历。
对于 Schema 版本 2,使用 Delegated Administrator 控制台通过“创建新用户”向导创建用户。然后使用 Calendar Server 实用程序 cscal 创建用户默认日历。参见附录 D,Calendar Server 命令行实用程序参考。
对于 Schema 版本 2,使用 Delegated Administrator 实用程序 commadmin user create。然后使用 Calendar Server 实用程序 cscal。
有关本指南中添加用户的更多说明,参见14.1 创建日历用户 LDAP 条目。
有关使用 Delegated Administrator 实用程序的信息,参见《Sun Java System Communications Services 6 2005Q4 Delegated Administrator Guide》。
Calendar Server 需要使用 LDAP 目录服务器(例如 Sun Java System Directory Server)来验证用户和存储用户首选项。
Calendar Server 允许用户通过设置用户首选项属性(它们存储在目录服务器中)来自定义其日历数据视图。用户首选项(与 Calendar Server 配置参数相对)是指日历数据的用户界面表示,包含诸如用户名、电子邮件地址和以及渲染日历视图时优先使用的颜色等条目。
有关首选项列表,参阅《Sun Java System Calendar Server 6.3 WCAP Developer’s Guide》中的 WCAP 命令 get_userprefs 和 set_userprefs。
组为用户的命名集合。每个组都有一个 LDAP 条目,类似于用户或资源条目。所有服务(如日历和消息传送)可使用同一组条目。
以下是一些有关 Calendar Server LDAP 组的情况:
Calendar Server 组可为静态或动态。
具有日历服务的组可拥有自己的默认日历。
Calendar Server 组可由个人、资源和其他组(嵌套)组成。
有关组日历的更多信息,参见以下章节:1.5.7 Calendar Server 版本 6.3 的组日历概述。
通过在 ics.conf 文件中设置 local.autoprovision="yes" 即可自动填充日历数据库。此外,域必须已启用日历(拥有日历服务),表示域 LDAP 条目必须包含 icsCalendar 对象类。
有两种自动创建默认日历的方法:
用户首次登录时,如果找到了用户的 LDAP 条目,系统会启用它以获取日历服务,并创建默认日历。
如果在创建默认日历前邀请 LDAP 用户、组或资源参与事件,系统会为该实体创建默认日历。
例如,假设目录服务器中存在 tchang 但尚未为其启用日历功能(即,不具有默认日历)。在打开自动置备并启用域日历时:
在 tchang 首次登录至 Calendar Server 时,系统会自动为 tchang 启用日历功能,并创建 calid 为 tchang@hisdomain.com 的默认日历。
另一方面,如果某人在创建默认日历前邀请 tchang 参与事件,并且在 ics.conf 文件中 user.invite.autprovision="yes",系统会自动为其创建默认日历。
对于所邀请的组,如果按如下方式设置 ics.conf 参数,系统会创建默认组日历:groupAutoprovisioning="yes"。
同样,对于资源,如果按如下方式设置 ics.conf 参数,系统会创建默认资源日历:resource.invite.autoprovision="yes"。
有关用户、资源和组所需的配置文件参数的更多信息,参见4.3 配置 LDAP 用户、组和资源的日历。
可为所有启用了日历的 LDAP 组创建组日历。计划此日历的方法与计划个人日历的方法非常类似。发送给组的邀请将被计划给组日历和所有个人成员日历。如果邀请尚不存在的组日历参与事件,并且打开了自动置备,系统会创建具有一组默认属性和 ACL 的日历。
以下是一些组日历的情况:
组日历和个人日历不同,它们没有用户界面首选项,因为无人登录至组日历。
个人需要订阅组日历才能对其进行查看。
组的所有者负责设置合适的 ACL。
获取组日历的空闲-繁忙信息只会生成组日历的信息,而不会生成个人成员的日历。
如果组日历 ACL 不允许事件组织者的邀请,系统会返回错误。这时不会邀请任何组成员。
组织者可使用组日历 ID 或邮件地址来邀请组。
有关 Calendar Server 用户的更多信息,参见第 14 章,管理用户、组和资源。
资源是可以使用日历安排的任何内容,例如会议室或投影仪。每个这样的项目都有一个单独的资源 LDAP 条目。使用适当的工具创建 LDAP 条目及其关联的日历:
对于 Schema 版本 2 - 使用 Delegated Administrator 创建资源 LDAP 条目,并使用 Calendar Server 实用程序 resource 创建日历。
对于 Schema 版本 1 - 使用可以创建资源 LDAP 条目和日历的 csresource create 命令。
无需明确地创建资源日历。在已启用自动置备时,系统会在首次邀请资源时自动为该资源创建资源日历。首次邀请用户和组时也会为其创建日历。