第 15 章カレンダーの管理

この章で説明する内容は次のとおりです。カレンダーの作成や管理を行うための Calendar Server コマンド行ユーティリティの使用方法を説明します。

カレンダー管理の概要

カレンダーのタイプ

カレンダー用の Schema 1 ツール

カレンダー用の Schema 2 ツール

カレンダーのタイプ

カレンダーには 2 つの基本タイプがあります。2 つのタイプについて、以下に説明します。

2 つのタイプのカレンダーとは、ユーザーカレンダーとリソースカレンダーのことです。

両方のタイプのカレンダーが、一意のカレンダー識別子 (calid) によって識別されます。

両方のタイプのカレンダーを作成するために使用するツールは、LDAP が Schema 1 または Schema 2 のどちらに設定されているかによって異なります。

カレンダー用の Schema 1 ツール

Schema 1 モードのときに使用するユーティリティは以下の 3 つです。

csuser: ユーザーの LDAP エントリの作成と管理。

cscal: カレンダーの作成と管理。

csresource: リソース LDAP エントリとリソースカレンダーの両方の作成と管理。



注	csresource modify コマンドは存在しないことに注意してください。

csuser、cscal、または csresource を実行するには、Calendar Server が稼動しているシステムの管理権限を持つユーザーとしてログインする必要があります。これらのコマンドは、必ず /opt/SUNWics5/cal/sbin ディレクトリから実行してください。つまり、sbin ディレクトリに移動する必要があります。パスを指定して別のディレクトリから実行することはできません。

カレンダー用の Schema 2 ツール

Schema 2 モードの場合は、cscal を使用して、ユーザーカレンダーとリソースカレンダーの両方を作成し、管理します。


注	commadmin ユーティリティには、カレンダー管理のためのコマンドがありません。

cscal を実行するには、Calendar Server が稼動しているシステムの管理者権限を持つユーザーとしてログインする必要があります。これらのコマンドは、必ず /opt/SUNWics5/cal/sbin ディレクトリから実行してください。つまり、sbin ディレクトリに移動する必要があります。パスを指定して別のディレクトリから実行することはできません。

カレンダーの一意の識別子 (calid) の作成

Calendar Server データベース内の各カレンダーは、一意のカレンダー識別子 (ID) または calid によって識別されます。カレンダーを作成するとき、calid を指定する必要があります。

「Calid 構文」

「カレンダー ID の作成規則」

「ホストしていない Calid からホストされたドメイン形式の Calid への変換」

Calid 構文

データベース内の各カレンダーは、一意のカレンダー ID (calid) によって識別されます。次のcalid 構文には、指定する項目が 3 つあります。

userid: Calendar Server インスタンスのドメインで一意のユーザー ID。

domain: ユーザーのドメイン名。

ホストされたドメインがない場合、ユーザーが属しているドメインには曖昧さがないため、ドメインの部分は省略可能です。

ホストされたドメインがあり、ドメインの部分が指定されていない場合は、Calendar Server では ics.conf の service.defaultdomain で指定された値をドメインに使用します。ユーザーがデフォルトのドメインに属していない場合は、ドメイン部分を指定する必要があります。

ホストされたドメイン (仮想ドメインとも言う) の詳細については、第 11 章「ホストされたドメインの設定」および第 13 章「ホストされたドメインの管理」を参照してください。

calendar-name: 特定のユーザーにとって一意となるカレンダーの名前で、省略可能です。所有者のデフォルトカレンダーは 1 つだけですが、さまざまな目的の他のカレンダーを所有することが可能です。このようなデフォルト以外の各カレンダーは、カレンダー名によって識別されます。たとえば、ユーザー John Doe の uid が jdoe である場合、そのデフォルトカレンダーは jdoe@sesta.com になります。たとえば、リトルリーグチームのコーチが試合の記録をとるために使用する補助カレンダーは、calid: jdoe@sesta.com:baseball として識別されることもあります。

カレンダー ID の作成規則

カレンダー ID の大文字と小文字は区別されます。たとえば、JSMITH と jsmith は別の ID として認識されます。この方法は、メールアドレスの場合とは異なります。メールアドレスは大文字と小文字が区別されません。たとえば、jsmith@sesta.com と JSMITH@SESTA.COM では、同じアドレスを指します。

カレンダー ID に空白文字を含めることはできません。使用できる文字は次の文字に限定されています。

アルファベット (a-z、A-Z) と数字 (0-9) (つまり、ASCII 以外の文字は使用できない)

ピリオド (.)、下線 (_)、ハイフンまたはダッシュ (-)、アットマーク (@)、アポストロフィ (')、パーセント記号 (%)、スラッシュ (/)、感嘆符 (!) の特殊文字

以下に適切なカレンダー ID の例を示します。
jsmith
jsmith:private_calendar
jsmith@calendar.sesta.com:new-cal

ホストしていない Calid からホストされたドメイン形式の Calid への変換

ホストされたドメインを持つ前に作成された calid があり、ホストされていないドメインの calid からホストされたドメインの calid へ変換する場合、既存の calid にドメイン部分を追加するために使用できる csvdmig というユーティリティがあります。このユーティリティの使用方法については、「csvdmig」を参照してください。

ユーザーカレンダーの自動作成

「カレンダー自動作成機能」

「自動プロビジョニングを有効にするには」

「自動プロビジョニングを無効にするには」

カレンダー自動作成機能

Calendar Server は、ユーザーが最初にログインしたときにデフォルトのカレンダーを作成します。この機能を自動プロビジョニングといいます。自動プロビジョニングはデフォルトで有効にされています。ただし、自動プロビジョニングはユーザーカレンダーにのみ使用可能です。リソースカレンダーは明示的に作成する必要があります。

Calendar Server は、その名前のカレンダーが存在しない限り、ユーザー ID からこの新しいデフォルトカレンダーのカレンダー ID (calid) を作成します。

たとえば、ユーザー ID が jsmith の John Smith が初めて Calendar Server にログインするときに、Calendar Server は calid として jsmith が設定されたデフォルトカレンダーを自動的に作成します。それ以降に John Smith が作成する各カレンダーの calid は、カレンダー名の先頭に jsmith: が追加されます。たとえば、John Smith があとで meetings という名前の新しいカレンダーを作成する場合、ホストしていない環境内の新しいカレンダーの calid は jsmith:meetings です。

自動プロビジョニングを有効にするには

自動プロビジョニングはデフォルトで有効にされています。しかし、自動プロビジョニングを無効にした後に再び有効にする必要がある場合は、次の手順を実行します。


注	デフォルトカレンダーを持たないユーザーが参加予定者として指定される場合、Calendar Server はカレンダーが見つからないことを示すエラーを返します。

設定を変更する権限を持つ管理者としてログインします。

/etc/opt/SUNWics5/cal/config ディレクトリに移動します。

古い ics.conf ファイルをコピーして名前を変更し、保存します。

表 15-1 に示す、Calendar Server 設定ファイル ics.conf に含まれる 1 つ以上のパラメータを編集します。

表 15-1 自動プロビジョニングを設定するための ics.conf パラメータ
パラメータ	説明とデフォルト値
local.autoprovision	"yes" に設定すると、ユーザーが最初にログインしたときにデフォルトのカレンダーが自動的に作成されます。自動プロビジョニングはデフォルトで有効にされています。この機能を無効にするには、値を "no" に設定します。

ユーザーの LDAP エントリがカレンダーに対して有効になっていることを検証します。

このエントリには、icsCalendarUser オブジェクトクラスが含まれている必要があります。ユーザーの LDAP エントリにクラスがない場合は、追加します。

サイトでホストされたドメインを使用している場合、カレンダーの自動プロビジョニングを有効にする前に、ユーザーのドメインでカレンダーが有効にされている必要があります。ドメインエントリに icsCalendarDomain オブジェクトクラスが含まれている必要があります。

ファイルを保存します。

Calendar Server を再起動します。

cal_svr_base/SUNWics5/cal/sbin/start-cal

自動プロビジョニングを無効にするには

設定を変更する権限を持つ管理者としてログインします。

/etc/opt/SUNWics5/cal/config ディレクトリに移動します。

古い ics.conf ファイルをコピーして名前を変更し、保存します。

表 15-1 に示す、Calendar Server 設定ファイル ics.conf に含まれる 1 つ以上のパラメータを編集します。

表 15-2 自動プロビジョニングを無効にするための ics.conf パラメータ
パラメータ	説明とデフォルト値
local.autoprovision	パラメータを "no" に設定すると、ユーザーカレンダーの自動プロビジョニングが無効になります。

ファイルを保存します。

Calendar Server を再起動します。

cal_svr_base/SUNWics5/cal/sbin/start-cal



注	自動プロビジョニングが無効の場合、正常にログインするためには、そのユーザーに対して明示的にカレンダーが作成されている必要があります。

カレンダーのアクセス制御

Sun Java^TM Calendar Server は、ACL (アクセス制御リスト) を使用して、カレンダー、カレンダープロパティ、予定や仕事 (作業) などのカレンダーコンポーネントへのアクセスを制御します。

アクセス制御の設定パラメータ

公開、非公開の予定と仕事、およびフィルタ

アクセス制御のためのコマンド行ユーティリティ

アクセス制御の設定パラメータ

表 15-3 アクセス制御の設定パラメータ
パラメータ	説明
calstore.calendar.default.acl	ユーザーがカレンダーを作成したときに使用されるデフォルトのアクセス制御設定を指定します。デフォルトは次のとおりです。 "@@o^a^r^g;@@o^c^wdeic^g;@^a^fs^g;@^c^^g;@^p^r^g"
calstore.calendar.owner.acl	カレンダー所有者のデフォルトのアクセス制御設定を指定します。デフォルトは次のとおりです。 "@@o^a^rsf^g;@@o^c^wdeic^g"
resource.default.acl	リソースカレンダーを作成したときに使用されるデフォルトのアクセス制御設定を指定します。デフォルトは次のとおりです。 "@@o^a^r^g;@@o^c^wdeic^g;@^a^rsf^g"

公開、非公開の予定と仕事、およびフィルタ

新しい予定または仕事を作成するときに、ユーザーは予定または仕事に公開、非公開、または時刻と日付のみの公開 (極秘) を指定できます。

公開: ユーザーのカレンダーに対する読み取りアクセス権を持つ誰もが予定または仕事を表示できます。

非公開: カレンダーの所有者だけが予定または仕事を表示できます。

時刻と日付のみの公開 (極秘): カレンダーの所有者は予定または仕事を表示できます。カレンダーに対する読み取りアクセス権を持つユーザーがカレンダーにアクセスすると、「タイトルなしの予定」とカレンダーに表示されます。

ゴクヒノヨテイトシゴト Calendar Server フィルタが非公開の、および時刻と日付のみが公開される (極秘の) 予定と仕事を認識できるかどうかは、calstore.filterprivateevents によって決定されます。このパラメータはデフォルトで "yes" に設定されます。calstore.filterprivateevents を "no" に設定すると、Calendar Server は非公開の、および時刻と日付のみが公開される予定と仕事を、公開されているものと同様に扱います。

アクセス制御のためのコマンド行ユーティリティ

表 15-4 は、アクセス制御用の ACL を設定または変更するための Calendar Server コマンド行ユーティリティを示しています。

表 15-4 アクセス制御のためのコマンド行ユーティリティ
ユーティリティ	説明
cscal	特定のユーザーまたはリソースのカレンダーの ACL を設定するときは、-a オプションを指定して create コマンドまたは modify コマンドを実行します。
csresource	Schema 1 モードで csresource を使用してリソースカレンダーを作成している場合、リソースカレンダーに ACL を設定するには、csresource ユーティリティに -a オプションを指定して実行します。
commadmin user csuser	Schema 2 の commadmin ユーティリティを使用して、ユーザーがカレンダーを作成するときに使用するデフォルト ACL を変更します。ユーザーがカレンダーを作成するときに使用するデフォルト ACL を変更するには、Schema 1 の csuser ユーティリティに -a オプションを指定して実行します。

カレンダーの作成

cscal を使用したユーザーカレンダーの作成

リソースカレンダーの作成準備

新しいリソースカレンダーの作成

cscal を使用したユーザーカレンダーの作成

新しいカレンダーを作成するには、cscal ユーティリティの create コマンドを使用します。ユーザーまたはリソースのエントリは、LDAP ディレクトリ内にすでに存在している必要があります。LDAP ディレクトリへのユーザーやリソースの追加については、第 14 章「ユーザーとリソースの管理」を参照してください。

サイトで LDAP カレンダー検索データベース (CLD) プラグインを使用している場合、ユーザーまたはリソースのエントリの icsDWPHost LDAP 属性で指定されているのと同じバックエンドサーバー上で特定のユーザーまたはリソースのすべてのカレンダーを作成する必要があります。別のバックエンドサーバーにカレンダーを作成しようとすると、cscal ユーティリティはエラーを返します。LDAP CLD プラグインについては、第 6 章「複数のマシンへのカレンダーデータベースの分散の設定」を参照してください。

たとえば、jsmith というカレンダー ID (calid) を持つカレンダーを新規作成するには、次のように実行します。

-o jsmith は、新しいカレンダーの一次所有者を指定します。

-n JohnSmithCalendar は、新しいカレンダーに表示される名前を指定します。

デフォルトのアクセス制御設定は、ics.conf ファイルの calstore.calendar.default.acl によって定義されます。

John Smith が所有する Hobbies という表示名のカレンダーを作成し、グループスケジュール機能のアクセス制御設定を適用するには、次のように実行します。

-n Hobbies は、カレンダーに表示される名前を指定します。

-o jsmith は、一次所有者のユーザー ID を指定します。

Personal は、カレンダー ID (calid) の 2 番目の部分として使用されます。次に例を示します。jsmith:Personal

次の例は、前の例に似たカレンダーを新規作成しますが、カレンダーを sports というカテゴリに関連付け、複数のユーザーからの予約を有効にして Ron Jones というもう一人の所有者を指定します。

-g sports は、カレンダーを sports というカテゴリに関連付けます。

-y rjones は、カレンダーのもう一人の所有者を指定します。

-k yes は、複数のユーザーからの予約を有効にします。(-k no は、複数のユーザーからの予約を無効にする)

次の例は、前の例と似たカレンダーを作成しますが、グループスケジュール機能のアクセス制御設定が適用されます。

ここで、-a "@@o^a^sfr^g" は、このカレンダーのコンポーネントとカレンダーの両方のプロパティに対するグループスケジュール機能のスケジュール権限、空き/予定ありの設定権限、読み取りアクセス権限を、他の所有者に与えます。

リソースカレンダーの作成準備

リソースカレンダーは、スケジューリングが可能な会議室、ノートパソコン、OHP、その他の機器などに関連付けられます。リソースカレンダーにはアクセス制御リストが必要です。

ics.conf ファイルの 2 つの設定用パラメータがリソースカレンダーに適用されます。

デフォルトのアクセス制御リスト

複数のユーザーからの予約を許可または禁止するパラメータ

表 15-5 に示すように、これらのパラメータのデフォルト値を変更するには、ics.conf ファイルを編集します。デフォルト値の変更は、新しいリソースカレンダーだけに適用されます。既存のリソースの値は変更されません。既存のリソースカレンダーの値を変更する場合は、cscal ユーティリティまたは commadmin resource modify コマンドを使用する必要があります。csresource ユーティリティには modify コマンドはありません。

表 15-5 ics.conf ファイルに指定できるリソースカレンダーの設定パラメータ
パラメータ	説明とデフォルト値
resource.default.acl	このパラメータには、リソースカレンダーの作成時にデフォルトで適用されるアクセス制御設定を特定します。デフォルトのアクセス許可は、次の ACL (アクセス制御リスト) によって指定されます。 "@@o^a^r^g;@@o^c^wdeic^g;@^a^rsf^g" この ACL は、コンポーネントとプロパティの両方に対する読み取り、スケジュール、空き/予定ありの設定アクセス権をすべてのカレンダーユーザーに付与します。リソースに対するアクセス権を変更するには、csresource ユーティリティの create コマンドを使用してカレンダーを作成するときに -a オプションを指定します。
resource.allow.doublebook	このパラメータには、リソースカレンダーが複数のユーザーからの予約を許可するかどうかを指定します。複数のユーザーからの予約が許可される場合、リソースカレンダーでは同時に複数の予定をスケジュールできます。デフォルトは "no" で、複数のユーザーからの予約は許可されません。リソースカレンダーの複数のユーザーからの予約を許可するには、csresource ユーティリティの create コマンドを使用してカレンダーを作成するときに -k オプションを指定します。

新しいリソースカレンダーの作成

Calendar Server では、リソースカレンダーは自動的に作成されません。サイトに必要なリソースごとに、csresource ユーティリティの create コマンドを使用して、リソースの LDAP エントリを作成し、カレンダーデータベースにカレンダーを作成する必要があります。リソースカレンダーを作成するときは、次の点に注意してください。

デフォルトでは、Calendar Server はリソースカレンダーでの複数のユーザーからの予約 (resource.allow.doublebook パラメータ) を許可しません。このデフォルト設定は、部屋や装置などのリソースで予定の競合が生じることを防ぎます。ただし、リソースカレンダーでの複数のユーザーからの予約を可能にするには、カレンダーの作成時に csresource -k オプションを "yes" に設定します。

特定のリソースの予定を指定できるユーザーを制御するには、リソースカレンダーに対して書き込みアクセス権を持つユーザーを制限してください。たとえば、会議室の予定設定や機器の使用予約を特定のユーザーに限定することができます。

たとえば、カレンダー ID が aud100、表示名が Auditorium (LDAP cn 属性)、および表 15-5 に示すデフォルトの設定を持つリソースカレンダーを作成するには、次のように実行します。

次のコマンドは、前の例と同じように機能しますが、-k オプションによってカレンダーでの複数のユーザーからの予約が許可され、-o オプションによってカレンダーの所有者が bkamdar に設定されます。また、-y オプションによってもう一人の所有者が jsmith に設定されます。

リソースカレンダーの所有者を指定しない場合、ics.conf ファイルの service.admin.calmaster.userid パラメータの値が適用されます。


注	Calendar Server の通知ソフトウェアは、リソースに通知を送信するようにプログラミングされていません。通知を受け取るのはユーザーだけです。

ユーザーカレンダーの管理

ユーザーカレンダーの作成が完了すると、cscal ユーティリティを使用して次の管理作業を実行できます。

「カレンダーを表示するには」

「カレンダーを削除するには」

「削除されたユーザーのカレンダーを消去するには」

「ユーザーカレンダーを別のバックエンドサーバーへ移動するには」

カレンダーを表示するには

すべてのカレンダー、あるユーザーが所有するすべてのカレンダー、または特定のカレンダーのプロパティを表示するときは、cscal ユーティリティの list コマンドを使用します。

たとえば、カレンダーデータベース内のすべてのカレンダーを表示するには、次のように実行します。

jsmith が所有するすべてのカレンダーを表示するには、次のように実行します。

カレンダー ID が jsmith:meetings のカレンダーのすべてのプロパティを表示するには、次のように実行します。

カレンダーを削除するには

Calendar Server から 1 つ以上のカレンダーを削除するには、cscal ユーティリティの delete コマンドを使用します。このユーティリティはカレンダーを削除しますが、ディレクトリサーバーからユーザーを削除することはありません。


警告	delete コマンドはすべてのカレンダー情報をカレンダーデータベースから削除します。実行した処理を取り消すことはできません。カレンダーを削除すると、それを復元できるのはカレンダーデータがバックアップされている場合だけです。詳細については、第 17 章「Calendar Server データのバックアップと復元」を参照してください。

cscal ユーティリティを使用して、1 つのカレンダーまたは複数のカレンダーを削除できます。

たとえば、jsmith:meetings というカレンダー ID を持つカレンダーを削除するには、次のように実行します。

一次所有者が jsmith のすべてのカレンダーを削除するには、次のように実行します。

削除されたユーザーのカレンダーを消去するには

csuser delete、または commadmin user delete を持つ 1 つ以上のユーザーを削除した場合、そのユーザーが所有していたカレンダーがまだデータベース内に存在している可能性があります。

ユーザーのカレンダーを消去するには、次の 2 つの方法があります。使用する方法は、ユーザーを削除するのに使用したツールにより異なります。

csuser: csuser ユーティリティは、LDAP ディレクトリからユーザーを消去して、ユーザーのデフォルトのカレンダーを消去しますが、ユーザーが所有していたその他のカレンダーは消去しません。cscal を使用してこれらのカレンダーを消去する方法については、「csuser を使用して削除されたユーザーのすべてのカレンダーを消去するには」を参照してください。



注	ユーザーの実際の LDAP レコードは、「削除」としてマークされたのではなく、csuser により消去されたため、 csclean を使用してカレンダーを消去することはできません。

commadmin: commadmin ユーティリティはカレンダーを消去しません。csclean を使用して削除されたユーザーのカレンダーを消去する方法については、「commadmin を使用して削除されたユーザーのすべてのカレンダーを消去するには」を参照してください。

csuser を使用して削除されたユーザーのすべてのカレンダーを消去するには

削除された所有者の uid のすべてのカレンダーを検索するには、cscal list を実行します。

cscal -o owner list

所有者のすべてのカレンダーを消去するには、cscal を使用します。

cscal -o owner list

csuser list を再実行して、すべてのカレンダーが消去されていることを確認します。



注	commadmin を使用してユーザーを「削除」としてマークし、ユーザーの LDAP エントリが削除されている場合は、この手順を使用します。

commadmin を使用して削除されたユーザーのすべてのカレンダーを消去するには

このユーティリティは、「削除」とマークされたユーザーのすべてのカレンダーを消去しますが、一定の期間内はまだ削除されません。たとえば、10 日間で sesta.com ドメイン内の「削除」とマークされたユーザーのすべてのカレンダーを消去するには、次のコマンドを実行します。

カレンダーを無効または有効にするには


注	ユーザーが LDAP から削除されている場合は、「csuser を使用して削除されたユーザーのすべてのカレンダーを消去するには」で説明されているもう一つの手順を使用してください。

ユーザーがカレンダーにアクセスできないようにするには、cscal ユーティリティの disable コマンドを使用します。disable コマンドはユーザーによるカレンダーへのアクセスを禁止しますが、カレンダーデータベースから情報を削除するわけではありません。

たとえば、ユーザーが jsmith:meetings にアクセスできないようにするには、次のように実行します。

カレンダーを有効化してユーザーがカレンダーにアクセスできるようにするときは、cscal ユーティリティの enable コマンドを使用します。たとえば、デフォルト設定を適用した jsmith:meetings カレンダーを有効化するには、次のように実行します。

jsmith:meetingsカレンダーを有効化し、複数のユーザーからの予約を禁止するには、次のように実行します。

カレンダープロパティを変更するには

カレンダープロパティを変更するには、cscal ユーティリティの modify コマンドを使用します。

たとえば、AllAdmins のグループスケジュール設定のアクセス制御設定を変更し、もう一人の所有者として RJones を指定するには、次のように実行します。

-a "@@o^c^wd^g" は、AllAdmins のコンポーネント (予定および作業) に対する書き込みと削除のアクセス権を所有者に付与します。

-y RJones は、このユーザー ID をもう一人の所有者に指定します。

カレンダーからプロパティを消去する

カレンダーからプロパティ値を消去するには、cscal ユーティリティの modify コマンドを使用し、オプションの値を 2 つの二重引用符 ("") で指定することで対象となるオプションを指定します。

たとえば、jsmith:meetings から説明を消去するには、次のように実行します。

jsmith:meetings からすべてのカテゴリを消去するには、次のように実行します。

jsmith:meetings からその他の所有者を消去するには、次のように実行します。

「失われた」カレンダーを復元するには

ユーザーのデフォルトカレンダーが Calendar Express の「表示」タブまたは「カレンダー」タブには表示されないが、データベースには存在する場合、LDAP エントリの次の属性を更新することで、カレンダーを復元できます。

icsCalendar:default_calid

icsSubscribed:default_calid

ここで、default_calid はユーザーのデフォルトカレンダーの ID (calid) です。

ldapmodify Directory Server ユーティリティ、csuser reset コマンド、または commadmin user modify を使用できます。Schema 1 の場合は、csattribute add コマンドを使用して属性を更新できます。

ユーザーカレンダーを別のバックエンドサーバーへ移動するには

あるバックエンドサーバーから別のバックエンドサーバーにユーザーカレンダーを移動するには、次の手順を実行します。

元のサーバーで、csuser ユーティリティを実行してカレンダーユーザーを無効にします。たとえば、ユーザー ID と calid が bkamdar のユーザーを無効にするには、次のように実行します。

csuser disable bkamdar

元のサーバーで、csexport ユーティリティを実行してカレンダーデータベースからファイルにユーザーの各カレンダーをエクスポートします。次に例を示します。

csexport -c bkamdar calendar bkamdar.ics

エクスポートしたカレンダーファイル (*.ics) を元のサーバーから新しいサーバーにコピーします。

新しいサーバーで、エクスポートされた各カレンダーに対して、csimport ユーティリティを実行してファイルからカレンダーデータベースにカレンダーをインポートします。次に例を示します。

csimport -c bkamdar calendar bkamdar.ics

LDAP ディレクトリサーバーで csattribute ユーティリティを実行し、カレンダー所有者の icsDWPHost LDAP 属性が新しいバックエンドサーバーをポイントするように変更します。属性を変更するには、まず属性を削除し、新しい値を持つ属性を追加します。たとえば、新しいサーバー名を sesta.com に設定するには、次のように実行します。

csattribute -a icsDWPHost delete bkamdar
csattribute -a icsDWPHost=sesta.com add bkamdar

新しいサーバーで、csuser ユーティリティを使用してユーザーカレンダーのカレンダーユーザーを有効にします。次に例を示します。

csuser enable bkamdar

新しいサーバーで、次のコマンドを実行して属性が正しく、各カレンダーが正常に移動されていることを確認します。次に例を示します。

cscal -v -o bkamdar list bkamdar
...
csattribute -v list bkamdar

元のサーバーで、移動した各カレンダーを削除します。次に例を示します。

cscal -o bkamdar delete bkamdar

-o オプションを指定することで、一次所有者が bkamdar であるすべてのカレンダーが削除されます。



注	CLD キャッシュオプションを使用している場合、カレンダーを別のバックエンドサーバーに移動した後に、CLD キャッシュをクリアしてサーバー名を消去する必要があります。CLD キャッシュに古いエントリが残されていると、フロントエンドサーバーが移動後のカレンダーを見つけられなくなります。CLD キャッシュをクリアするには、次の手順を実行します。 Calendar Server を停止します。 /var/opt/SUNWics5/csdb/cld_cache ディレクトリ内のすべてのファイルを消去します。ただし、cld_cache ディレクトリ自体は消去しません。 Calendar Server を再起動します。

リソースカレンダーの管理

リソースカレンダーの作成後は、csresource ユーティリティを使用して管理します。リソースカレンダーを管理する手順は次のとおりです。

「リソースカレンダーおよび属性を表示するには」

「リソースカレンダーを変更するには」

「リソースカレンダーを無効または有効にするには」

「リソースカレンダーを削除するには」

「リソースカレンダーを別のバックエンドサーバーへ移動するには」

リソースカレンダーおよび属性を表示するには

リソースカレンダーを表示するには、csresource ユーティリティの list コマンドを使用します。

たとえば、Calendar Server のすべてのリソースカレンダーと、それに対応する LDAP 属性を表示するには、次のように実行します。

Auditorium という特定のリソースカレンダーのすべての LDAP 属性を表示するには、次のように実行します。

リソースカレンダーを変更するには

リソースカレンダーを変更するには、cscal ユーティリティの modify コマンドを使用します。csresource には modify コマンドはありません。

たとえば、Auditorium というリソースカレンダーに所有者として tchang を設定し、もう一人の所有者として mwong を設定するには、次のように実行します。

この例では、cscal ユーティリティはカレンダー名 (Auditorium) ではなく、calid (aud100) を必要とします。

リソースカレンダーを無効または有効にするには

ユーザーが予定をスケジュール設定できないようにするには、リソースカレンダーを無効化する必要があります。たとえば、改修中で会議室を利用できない場合や、OHP が修理中の場合などがこれに該当します。

リソースカレンダーの無効化と有効化には、csresource ユーティリティの enable コマンドまたは disable コマンドを使用します。

たとえば、Auditorium というリソースカレンダーを無効化するには、次のように実行します。

後からリソースカレンダーを有効な状態に戻すには、次のように実行します。

リソースカレンダーを削除するには

リソースカレンダーを削除するには、csresource ユーティリティの delete コマンドを使用します。

たとえば、Auditorium というリソースカレンダーを削除するには、次のように実行します。

カレンダーを削除するときは「y」を入力し、処理をキャンセルするときは「n」を入力します。

「y」を入力すると、Calendar Server はカレンダーを削除し、削除が完了したことを示すメッセージを表示します。

リソースカレンダーを別のバックエンドサーバーへ移動するには

あるバックエンドサーバーから別のバックエンドサーバーにユーザーカレンダーまたはリソースカレンダーを移動するには、次の手順を実行します。

元のサーバーで、csresource ユーティリティを使用してカレンダーリソースを無効にします。たとえば、リソースユーザー ID と calid bkamdar を無効にするには、次のように実行します。

csresource disable bkamdar

元のサーバーで、csexport ユーティリティを実行してカレンダーデータベースからファイルに各リソースカレンダーをエクスポートします。次に例を示します。

csexport -c bkamdar calendar bkamdar.ics

エクスポートしたカレンダーファイル (*.ics) を元のサーバーから新しいサーバーにコピーします。

csimport -c bkamdar calendar bkamdar.ics

csattribute -a icsDWPHost delete bkamdar
csattribute -a icsDWPHost=sesta.com add bkamdar

元のサーバーで、csresource ユーティリティを使用してカレンダーリソースを有効にします。次に例を示します。

csresource enable bkamdar

新しいサーバーで、次のコマンドを実行して属性が正しく、各カレンダーが正常に移動されていることを確認します。次に例を示します。

cscal -v -o bkamdar list bkamdar
csattribute -v list bkamdar

元のサーバーで、移動した各カレンダーを削除します。次に例を示します。

cscal -o bkamdar delete bkamdar

-o オプションを指定することで、一次所有者が bkamdar であるすべてのカレンダーが削除されます。



注	CLD キャッシュオプションを使用していて、カレンダーを別のバックエンドサーバーに移動した場合は、CLD キャッシュをクリアしてサーバー名を消去する必要があります。CLD キャッシュに古いエントリが残されていると、フロントエンドサーバーが移動後のカレンダーを見つけられなくなります。CLD キャッシュをクリアするには、次の手順を実行します。 Calendar Server を停止します。 /var/opt/SUNWics5/csdb/cld_cache ディレクトリ内のすべてのファイルを消去します。ただし、cld_cache ディレクトリ自体は消去しません。 Calendar Server を再起動します。

カレンダーへのリンク設定

各カレンダーに対する読み取りアクセスが許可されている場合は、1 つ以上のユーザーカレンダーまたはリソースカレンダーへのリンクを作成することができます。たとえば、カレンダーへのリンクを Web ページや電子メールメッセージに埋め込むことができます。その他のユーザーは、Calendar Server にアクセスすることなく匿名でカレンダーを表示できます。

1 つ以上のユーザーカレンダーへのリンクを作成するには、次の構文を使用します。

http://hostname:port/[command.shtml]?calid=calid-1;calid-2; ... ;calid-n&view=viewname

複数のカレンダー ID (calid) を区切るときは、セミコロンを使用します。

viewname には、overview、dayview、weekview、または monthview を指定できます。yearview を指定することもできますが、これは便利ではありません。

注: ビュー (またはその他の) オプションを指定せずに 1 つのカレンダーだけに対するリンクを設定するときは、command.shtml を省略します。

たとえば、jsmith のデフォルトカレンダーへのリンクは、次のようになります。

calid が overhead_projector10 の OHP のリソースカレンダーへのリンクは、次のようになります。

ただし、jsmith と tchang のデフォルトカレンダーを日別ビューで表示するリンクは、次のようになります。

カレンダーデータのインポートとエクスポート

カレンダーデータをファイルにエクスポートしたり、ファイルからインポートしたりするには、csexport ユーティリティと csimport ユーティリティを使用します。サポートされているカレンダーデータの形式は、iCalendar (.ics) と XML (.xml) です。

csexport と csimport は、Calendar Server がインストールされているマシンでローカルに実行する必要があります。Calendar Server は稼動中でも停止していてもかまいません。

カレンダーデータのエクスポート

カレンダーデータをファイルにエクスポートするときは、csexport を使用します。ファイルの形式は、出力ファイルに指定する拡張子 (.ics または .xml) によって決定されます。

たとえば、カレンダー ID (calid) が jsmithcal のカレンダーを iCalendar 形式 (text/calendar MIME) の jsmith.ics というファイルにエクスポートするには、次のように実行します。

この jsmithcal カレンダーを XML 形式 (text/xml MIME) の jsmith.xml というファイルにエクスポートするには、次のように実行します。

カレンダーデータのインポート

csexport ユーティリティを使用して作成したファイルからカレンダーデータをインポートするときは、csimport を使用します。保存されているインポートファイルの形式は、そのファイルの拡張子 (.ics または .xml) で示されます。

たとえば、カレンダー ID (calid) が jsmithcal のカレンダーに iCalendar 形式 (text/calendar MIME) で保存された jsmith.ics というファイルからデータをインポートするには、次のように実行します。

この jsmithcal カレンダーに XML 形式 (text/xml MIME) で保存された jsmith.xml というファイルからデータをインポートするには、次のように実行します。

前へ目次索引次へ
Sun Java System Calendar Server 6 2005Q1 管理ガイド