エンドユーザーは、Sun Java System Communications Express の Web グラフィカルユーザーインタフェース (GUI) を使用して、クライアントマシンから Calendar Server に接続します。ユーザーは LDAP ディレクトリに一意のエントリを持っている必要があります。各ユーザーは 1 つ以上のカレンダを所有し、1 つ以上のグループに所属できます。
適切な権限を持つ管理者は、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』を参照してください。
csuser など、Java Enterprise System 以前のバージョンで使用されるユーティリティープログラムは、今回のバージョンでも Calendar Server にバンドルされています。Access Manager を使用している場合は、ユーザー、ドメイン、またはリソース LDAP エントリの管理や作成にこれらのユーティリティーを使用しないでください。これには例外がいくつかあります。このような場合、このマニュアルでは適切なユーティリティーを示します。
この節では、ユーザーおよびそのカレンダ管理に関する次の点について説明します。
Calendar Server ユーザーは、手動または自動で作成できます。
手動: Directory Server が Schema 2 用に設定されている場合、管理者は Delegated Administrator ユーティリティーを使用してディレクトリサーバーにユーザーを追加し、Calendar Server の cscal ユーティリティーを使用してユーザーのデフォルトカレンダを作成できます。
Directory Server が Schema 1 用に設定されている場合、Calendar Server の csuser ユーティリティーを使用して、ユーザーとカレンダの両方を同時に作成します。
自動 (自動プロビジョニング): 自動プロビジョニングが設定されており、LDAP ディレクトリにすでにユーザーが存在している場合は、ユーザーが最初にログインしたときに Calendar Server によって自動的にデフォルトカレンダが作成されます。
ホストされていないドメインモードでは、Calendar Server によって、ユーザー ID からデフォルトカレンダのカレンダ ID (calid) が作成されます。たとえば、John Doe のユーザー ID が jdoe である場合、彼のデフォルトカレンダ calid は jdoe になります。
ホストされたドメインモードでは、calid はユーザー ID とユーザーのドメインの組み合わせです。たとえば、John Doe が example.com というドメインにいて、彼のユーザー ID が jdoe である場合、ホストされたドメイン環境での彼の calid は jdoe@example.com となります。
自動プロビジョニングを行うには、次の条件を満たす必要があります。
ics.conf ファイルの local.autoprovision パラメータの値が “yes” (デフォルト) に設定されている。
ホストされた (仮想) ドメインのモードで、ドメインでのカレンダの使用が有効に設定されている。ドメイン内の LDAP エントリに icsCalendarDomain オブジェクトクラスがある場合、ドメインのカレンダは使用可能になっている。
たとえば、ディレクトリサーバーに tchang が存在するが、カレンダ機能はまだ有効になっていない (つまり、デフォルトカレンダを持っていない) と仮定します。tchang がはじめて Calendar Server にログインするときに、tchang のカレンダ機能は Calendar Server によって自動的に有効になり、tchang という calid でデフォルトカレンダが作成されます。
Calendar Server は、ユーザーの認証とユーザー設定の格納に使用する、Sun Java System Directory Server などのディレクトリサーバーを必要とします。ただし、LDAP 以外のディレクトリサーバーに定義されているユーザーによるアクセスを許可できるように、Calendar Server には LDAP 以外のディレクトリにアクセスする場合に必要となるプラグインを記述するための Calendar Server API (CSAPI) が用意されています。CSAPI については、『Sun Java System Calendar Server 6 2005Q4 Developer’s Guide』を参照してください。
Calendar Server では、ユーザーはディレクトリサーバーに格納されているユーザー設定属性を使用して、カレンダデータの表示方法をカスタマイズすることができます。ユーザー設定 (これと対をなすのが Calendar Server の設定パラメータ) は、ユーザーインタフェースでのカレンダデータの表示に適用され、カレンダを表示する際のユーザー名、電子メールアドレス、表示色などの項目がこれに含まれます。
設定できる項目については、『Sun Java System Calendar Server 6 2005Q4 Developer’s Guide』の get_userprefs および set_userprefs の WCAP コマンドを参照してください。
カレンダグループとは、個々の登録済みカレンダの集合体であり、グループには名前がついています。カレンダをグループ化することで、複数のカレンダを組み合わせて 1 つのカレンダとして表示できます。ユーザーは、Communications Express のグラフィカルユーザーインタフェースを使用してグループを作成します。
たとえば、プライベートなカレンダ、部署のカレンダ、会社の休日カレンダをカレンダグループとして組み合わせることができます。また、カレンダグループを利用してカレンダのリストを並べて表示し、カレンダの所有者に予定への出席を依頼することもできます。
これらのグループが LDAP グループと混同されることはありません。このユーザーインタフェースで作成したグループは、icsSet 属性内のユーザーの LDAP エントリに格納されます。したがって、ほかのユーザーが LDAP 内の出席者を検索するときには、ユーザーインタフェースで作成したグループを表示することはできません。
Calendar Server ユーザーについては、第 14 章「ユーザーとリソースの管理」を参照してください。
リソースとは、会議室、またはプロジェクタなど、カレンダを使ってスケジューリングできるものをいいます。そのような項目ごとに異なるリソース LDAP エントリがあります。LDAP エントリとそれに関連するカレンダの作成には、次の該当するツールを使用してください。
Schema 2 の場合: リソース LDAP エントリの作成には Delegated Administrator を、カレンダの作成には Calendar Server ユーティリティーの resource を使用します。
Schema 1 の場合: リソース LDAP エントリとカレンダのどちらの作成にも csresource create コマンドを使用します。