問題のいくつかを以下に列挙します。また、それらの原因や、問題の解決に役立つ情報についても説明します。
「Sun JavaTM System Portal Server 7 2006Q1 以降でメッセージのアーカイブが行われない」
「patchrm および patchadd の実行後に Instant Messenger リソースのカスタマイズ内容が失われる」
「Access Manager コンソール (amconsole
) に Instant Messaging サービスが表示されない」
リダイレクトサーバーを正常に配備するには、XMPP リダイレクションをサポートするクライアントを使用する必要があります。Instant Messenger の 2006Q1 以降を使用してください。他社製クライアントを使用する場合には、そのクライアントが XMPP リダイレクションをサポートしていることを確認してください。
XMPP/HTTP ゲートウェイ が 2 つのドメインにサービスを提供している場合に、im.jnlp ファイル内にその一方のドメインのみに対する引数が含まれていると、ドメインの一覧に含まれないユーザーは認証することができません。たとえば、im.jnlp ファイルに次の引数が含まれているとします。
<argument>domain=mydomain.siroe.com</argument> |
mydomain 以外のドメインからログインしようとするユーザーはエラーを受け取り、認証を行えません。この問題を回避するには、ほかのドメインに対して認証を行うように Instant Messenger を設定する必要があります。
im.jnlp リソースファイルを開きます。
ドメイン引数のエントリを削除します。
たとえば、次の情報を削除します。
<argument>domain=mydomain.siroe.com</argument> |
Instant Messenger を再度ダウンロードします。
Instant Messenger を実行します。
ログインページが表示されます。
「詳細」をクリックします。
ログインページが展開され、クライアントの接続設定が表示されます。
「サーバー」テキストボックスにゲートウェイへの URL を入力し、?to=domain を追加します。
たとえば、ユーザーが mydomain.siroe.com の一部である場合、次の情報を URL に追加します。
?to=mydomain.siroe.com |
この設定をテストするには、有効なユーザー名とパスワードを使ってログインします。
Sun Java System Portal Server 7 2006Q1 以降でポータルアーカイブを設定したのにメッセージのアーカイブが行われない場合には、iim.conf 内で iim_arch.portal.search パラメータが設定されていることを確認してください。
iim_arch.portal.search="Portal Server Search URL" |
ここで、Portal Server Search URL は Portal Server の検索 URL です。たとえば、次のように入力します。
iim_arch.portal.search="http://portal.siroe.com:8080/search1/search" |
(問題番号: 6361796) patchrm と patchadd のプロセスは、クライアントリソースを再配備します。これが発生すると、すべてのカスタマイズ済みファイルが上書きされます。これらのアクションを実行する前に、保存するすべてのカスタマイズ済みファイルをバックアップする必要があります。
Instant Messaging はデフォルトで、受信者がオフラインの場合のインスタントメッセージの転送先となる電子メールアドレスを、mail 属性に基づいて決定します。ディレクトリが mail 属性を電子メールアドレスとして使用しない場合、ディレクトリと同じ属性を使用するように Instant Messaging を設定する必要があります。
iim.conf を開きます。
iim.conf の場所、およびこのファイルを変更する手順については、「iim.conf ファイルの構文」を参照してください。
iim_ldap.user.mailattr パラメータの値を、ディレクトリが電子メールアドレスをユーザーエントリに格納する際に使用する属性に変更します。
カレンダポップアップが期待どおりに配信されない場合は、この節の説明に従ってその設定のトラブルシューティングを行うことができます。カレンダポップアップの設定手順については、第 16 章「カレンダのポップアップリマインダの使用」を参照してください。
カレンダポップアップ設定でもっともよくあるエラーは、設定ファイル内でパラメータ名が正しく入力されていないことです。これには、タイプミスやパラメータ名のスペルミスが含まれます。iim.conf と ics.conf のすべての設定パラメータとその値が正しく入力されていることを確認してください。ポップアップがすでに設定済みである場合には、表 A–11 に基づいてその必須パラメータと実際のエントリとを比較してください。
Instant Messaging と Calendar Server の設定ファイルが正しいにもかかわらず、ポップアップが依然として期待どおりに届かない場合には、カレンダクライアントと Instant Messenger が正しく設定されていることを確認してください。
カレンダクライアントにログインします。
タイムゾーンの設定が正しいことを確認します。
Calendar Express を使用している場合は、メニューから「ツール」->「オプション」->「設定」を選択します。
電子メールリマインダのスケジュールを作成します。
Calendar Express を使用している場合は、メニューから「ツール」->「オプション」->「設定」を選択します。
設定を保存します。
同じユーザーを使って Instant Messenger にログインします。
「ツール」->「設定」を選択します。
「設定」ダイアログボックスが表示されます。
「アラート」タブを選択します。
「カレンダリマインダーを表示」チェックボックスをオンにし、「了解」をクリックします。
Instant Messenger ユーザーをログインしたままにしておきます。
カレンダクライアントで設定された時刻に、電子メールアラートとポップアップをユーザーが受信したかどうかを確認します。
電子メールアラートを受信しなかった場合、カレンダクライアントは正しく設定されていません。より詳しいトラブルシューティング情報については、カレンダクライアントのマニュアルを参照してください。
電子メールアラートは受信したがカレンダポップアップは受信しなかった場合で、サーバーとクライアントのどちらも正しく設定してある場合は、xmppd.log で詳細をチェックしてください。このログの設定を DEBUG などの、より冗長な設定に変更する必要がある可能性があります。ログレベルの変更手順については、「iim.conf のパラメータを使用して Instant Messaging コンポーネントのログレベルを設定する」を参照してください。
Sun Java System Access Manager で SSO を使用している場合、Access Manager サーバーと Instant Messaging サーバーが同じ Web コンテナを使用するように設定する必要があります。
この問題の原因となっている可能性のあるものを、以下に列挙します。
アプレットページ内のコードベースが間違っている。
MIME タイプ「Application/x-java-jnlp-file」が、Web コンテナ設定内に定義されていない。
プラグインまたは Java Web Start がインストールされていないか、正常に機能していない。
互換性のあるバージョンの Java が利用できない状態にある。
セキュリティーの例外。.jar ファイルの署名を検証できない。
必要な情報を得るには、次の場所を確認してください。
Java Web Start またはプラグインのエラー情報 (例外スタックトレースや起動ページ)
ブラウザ上のアプレットページソース
この問題の原因となっている可能性のあるものを、以下に列挙します。
Instant Messaging サーバーまたはマルチプレクサが実行されていない。
アプレット記述子ファイル (.jnlp または .html) 内に指定されているマルチプレクサのホスト名またはポート番号が正しくない。
Instant Messenger とマルチプレクサの SSL 設定が食い違っている。
クライアントとサーバーのバージョンが一致していない。
診断情報を得るには、次の場所を確認してください。
Instant Messaging サーバーおよびマルチプレクサのログファイル。
Instant Messenger のログ。
Instant Messenger の「バージョン情報」ダイアログボックスの「詳細」タブ。
この問題の原因となっている可能性のあるものを、以下に列挙します。
LDAP サーバーへのアクセス時に問題が発生した。たとえば、LDAP サーバーが停止している場合や、スキーマ違反などによってプロビジョニングエラーが発生した場合など。
エンドユーザーが見つからない。
資格情報が無効である。
Instant Messenger のセッションが無効である。
診断情報を得るには、次の場所を確認してください。
Instant Messaging サーバー、アイデンティティー認証、および LDAP に関するログファイル。
Sun Java System Access Manager を使用する配備では、ディレクトリ内のユーザーエントリに iplanet-am-managed-person オブジェクトクラスが含まれていることを確認。Instant Messaging サーバーは、Access Manager 配備内で有効なユーザーを検索する際にこのオブジェクトクラスを使用します。このオブジェクトクラスの詳細や、Access Manager がこのオブジェクトクラスをどのように使用するかについては、Sun Java System Access Manager のマニュアルを参照してください。
この問題の原因となっている可能性のあるものを、以下に列挙します。
サーバーがセッショントークンを検証できない。
Instant Messaging チャネルが正しく設定されていない。たとえば、Instant Messaging サーバーのホストまたはポート、あるいはその両方が正しくない。
プラグインまたは Java Web Start がインストールされていないか、正常に機能していない。
エンドユーザーが見つからない。つまり、Instant Messaging サーバーが LDAP 検索を実行するときにエンドユーザーを見つけることができない。
診断情報を得るには、次の場所を確認してください。
Instant Messaging サーバーおよび Instant Messaging チャネルのログ。
この問題の原因となっている可能性のあるものを、以下に列挙します。
コンテンツは実際にはアーカイブされているが、エンドユーザーの権限が不足しているために、そのコンテンツにアクセスできない。
コンテンツがまだデータベースにコミットされていない。
Instant Messaging サーバーでアーカイブプロバイダが無効になっている。
診断情報を得るには、次の場所を確認してください。
Instant Messaging サーバーログファイルとアーカイブログファイル。
この問題の原因となっている可能性のあるものを、以下に列挙します。
サーバーの識別が正しくない。
SSL 設定の不一致。
診断情報を得るには、次の場所を確認してください。
両方のサーバーでの Instant Messaging サーバーログファイル。
Instant Messaging のインストールまたはアンインストール中に致命的なエラーが発生した場合、システムが不整合な状態に陥る可能性があります。そのような状態では、インストール、アンインストールのどちらも完了できなくなります。こうした場合、インストールを最初からやり直せるように、Instant Messaging のすべてのコンポーネントを手動で削除する必要があります。クリーンアップ手順は、パッケージの削除とレジストリ情報の削除から構成されます。
次回のインストールで必要となる可能性のある情報のすべてを、バックアップします。
手順については、「Instant Messaging データのバックアップ」を参照してください。
製品のレジストリ情報を手動で編集します。
Solaris 9 の場合、次のコマンドを実行します。
prodreg(1) |
ほかのすべてのオペレーティングシステムの場合は、次のようにします。
productregistry.xml を編集し、このファイルから Instant Messaging の XML 要素をすべて削除します。
デフォルトでは、この productregistry XML ファイルは次の場所に格納されています。
Solaris の場合: /var/sadm/install/productregistry
Linux の場合: /var/tmp/productregistry
次のパッケージまたは RPM が残っている場合は、それらを削除します。
SUNWiim
SUNWiimc
SUNWiimd
SUNWiimid
SUNWiimin
SUNWiimjd
SUNWiimm
SUNWiimc-l10n
SUNWiimd-l10n
SUNWiimid-l10n
SUNWiimin-l10n
amconsole
) に Instant Messaging サービスが表示されないInstant Messaging が Sun Java System Application Server 配備内の Access Manager ポリシーを使用する場合、Instant Messaging の設定完了時に Application Server を再起動する必要があります。Application Server を再起動しないと、Access Manager コンソール (amconsole
) 内に Instant Messaging サービスが表示されません。