DIAGNOSEDIR
機能
 警告ディレクトリエントリは、ユーザアカウントの重要な要素です。ディレクトリの修復を行う際は、事前に必ずバックアップを作成しておいてください。また、ディレクトリ修復作業を始める前に、FirstClassのカスタマーサポートまでお問い合わせいただくことをお勧めします。
稼働しているサーバ上でディレクトリの診断を行います。これは、以前FirstClassツールズで行っていた機能に代わるものです。ディレクトリの診断は、ユーザレコードに損傷が見られる場合に実行します。特に、登録したはずのユーザや会議室がディレクトリに表示されない場合に行います。
ディレクトリの問題を正しく把握するには、3つの異なる方法で宛先の検索を行ってください。［管理］＞［ディレクトリの一覧］を選択して、名前、ユーザID、およびクライアントIDで検索を実行します。例えば、Susan Bram（ユーザID sbram、クライアントID 1707）が、ディレクトリには表示されるのにサーバにログインできないとします。ディレクトリの問題を確認するには、［検索対象］フィールドを「名前」に設定して、Susan Bramを検索してください。次に、同じフィールドを「ユーザID」に設定して、sbramを検索します。最後に、［検索対象］フィールドを「クライアントID」に設定して、1707を検索します。この3つ検索のうち1つが失敗した場合にだけ、ディレクトリに問題があることになります。
ディレクトリは、3重に冗長化されたデータベースで構成されています。DIAGNOSEDIRコマンドは、この3つのデータベースのうち、1つのデータベースにある有効なエントリを見つけるために使用します。有効なエントリが見つかったら、そのエントリをREPAIRDIRコマンドで他の2つのインデックスにコピーします。
この操作には、REPLYコマンドが必要です。管理者ヘルプにあるUser Directory Diagnosticメッセージに、ディレクトリの診断と修復に利用できるスクリプトが用意されています。
構文
REPLY
DIAGNOSEDIR dirdesc pattern CID option パラメータ
dirdesc |
Index、Client、User、Gateway、Conference、Calendar、MailList、Remote、Group、Routeのいずれかになります。 |
pattern |
検索対象の文字列です。省略可能です。 |
CID |
クライアントIDです。dirdescをClientにする場合にだけ必要です。dirdescを他の値を使用する場合には省略可能です。 |
+n |
指定したpatternを名前として処理し、名前のインデックスを検索します。 |
例
Susan Bram（ユーザID：sbram、クライアントID：1707）の有効なエントリがディレクトリにあるかどうかを調べるには、以下のコマンドを実行します。
REPLY
//ユーザIDのインデックスをチェック
DIAGNOSEDIR USER sbram
//クライアントIDのインデックスをチェック
DIAGNOSEDIR CLIENT 1707
//名前インデックスをチェック。Bramという名前のユーザが検査されるようにするため、クライアントIDを含める。+nが必要
DIAGNOSEDIR USER "bram" 1707 +n
サーバから、以下の情報が返されます。
Diagnostic report for parameters:USER sbram
[1] (1707) "sbram" Susan Bram
SUMMARY:
1 entries were diagnosed.（1つのエントリが診断されました）
0 problems found.（発見された問題は0件でした）
3つのパラメータのうちの1つで問題が報告された場合は、REPAIRDIRコマンドで修復できます。
FirstClassカスタマーサポートから指示があった場合には、インデックス全体の診断を行ってもかまいません。
ユーザIDのインデックスを診断するには、以下のように入力します。
REPLY
DIAGNOSEDIR index name
クライアントIDのインデックスを診断するには、以下のように入力します。
REPLY
DIAGNOSEDIR index cid
ユーザIDのインデックスを診断するには、以下のように入力します。
REPLY
DIAGNOSEDIR index userid
| 
