ここでは、Instant Messaging 7.2 release 時の、重要度の高い既知の問題の一覧を示します。
パッチ更新は、頻繁に発行されています。Instant Messaging のインストールまたは使用時に問題に遭遇した場合は、その問題の修正を入手可能かどうかを Sun Support にお問い合わせください。または、SunSolve Online にパッチを入手可能かどうかお問い合わせいただくこともできます。
この節で扱う製品分野は次のとおりです。
(Linux のみ) Sun Java System Instant Messaging 7 2005Q4 からこのリリースにアップグレードすると、Web コンテナからクライアントリソースの配備が取り消される。
回避方法: この問題を回避するために、次のいずれかを行います。
パッチ適用時に、次のコマンドを実行します。
"rpm -F --nopreun sun-im-client*" |
パッチ適用後に、クライアントリソースを手動で再配備します。
/opt/sun/im/sbin/iwadmin |
Sun Java System Instant Messaging 7 2005Q4 から 7.2 へのアップグレード後、サーバーがユーザーデータにアクセスできなくなる。
回避方法:
Sun Java System Instant Messaging 7 2005Q4 からこのリリースにアップグレードする場合で、ファイルを使ってユーザープロパティーをデフォルトの場所に格納する (iim.userprops.store = "file") ときは、アップグレードの前に次のようにユーザーデータをコピーする必要があります。
Solaris の場合: /var/opt/SUNWiim/db から /var/opt/SUNWiim/default/db へ
Linux の場合: /var/opt/sun/im/db から /var/opt/sun/im/default/db へ
Instant Messaging リソースに対するカスタマイズが patchrm 後に失われる
Instant Messaging インストール時に patchrm を実行すると、クライアントリソースに対して行われたすべてのカスタマイズが失われます。
回避方法: この操作を行う前に、クライアントリソースのバックアップを取っておきます。
大規模配備環境でアップグレードを行なったあと、サーバーが起動しない。
Instant Messaging の会議室情報が LDAP に格納される配備環境で、1,000 を超える会議室が格納されている場合、アップグレード後にサーバーが起動しないことがあります。それは、初期起動時に、移行が実行されたかどうかをサーバーが確認するためです。Sun Java System Instant Messaging 7 2005Q4 や 2005Q1 からアップグレードした場合など、移行が必要ではないために実行されていない場合、サーバーは起動しません。サーバーを起動する前に、移行が完了していることを示すフラグを手動で追加する必要があります。
回避方法: アップグレード後に、im_runtime_base に移動し、コマンド行に次のコマンドを入力して、移行が完了したことを示すフラグを手動で追加します。
touch db/muc/.ids_migrated_muc touch db/muc/.ids_migrated |
アップグレードのロールバックを行なっても Instant Messenger コンポーネントの配備が取り消されない。
patchrm を使ってこのリリースから以前のバージョンの Instant Messaging にロールバックしようとする場合、そのあとで Instant Messenger リソースの配備取消しを実行すると、undeploy コマンドが次のエラーで失敗します。
/im_svr_base/sbin/iwadmin: No such file or directory. |
回避方法: ありません。
2005Q1 または 2005Q4 から 7.2 へのアップグレード後に、imadmin start コマンドを実行してもサービスを起動できない。
このリリースでのウォッチドッグの変更により、2005Q1 または 2005Q4 からの imadmin を最新バージョンの共有コンポーネントで使用した場合、および共有コンポーネントがコマンドを使用して指定されていない場合も、このコマンドは失敗します。
回避方法: 共有コンポーネントを Sun Java Communications Suite 5 にアップグレードする場合、Instant Messaging コンポーネント (サーバーなど) を 7.2 にアップグレードする必要があります。また、Instant Messaging をアップグレードする前に、共有コンポーネントをアップグレードする必要があります。
(Solaris のみ) Instant Messaging 7.2 から 2005Q4 へのロールバック後、設定がエラーで失敗する
Solaris 上で Sun Java System Instant Messaging 7 2005Q4 から 7.2 にアップグレードしたあと、2005Q4 release にロールバックし、さらに configure
ユーティリティーを実行すると、エラーが発生して設定に失敗しますがロールバックは正常に行われます。
回避方法: ありません。
imadmin –migrate オプションがサポートされなくなった。
2005Q1 およびそれ以前のバージョンには、imadmin の -migrate オプションが含まれていました。このオプションはサポートされていません。
回避方法: ありません。
userid および groupid を、ルート以外に指定している場合、設定ユーティリティーが失敗する。
ルート以外の任意のユーザーを使用して Instant Messaging をインストールする場合、デフォルトでは、ユーザーは iim.conf を変更する権限を持ちません。この状況で、インストール後に configure を実行した場合、configure は失敗します。
回避方法: インストール後、Instant Messaging コンポーネントを起動する前に、imuser および imgroup の権限を手動で次のように設定する必要があります。
chown -R imuser:imgroup /var/opt/SUNWiim/default chown -R imuser:imgroup /etc/opt/SUNWiim/default |
imuser および imgroup は、それぞれ、Instant Messaging のインストールに使用したユーザーおよびグループです。
(Linux のみ) 競合エラーにより Instant Messaging 7.2 へのアップグレードが失敗する。
sun-im-ident-7.2–24 パッケージよりも前に sun-im-install-7.2–24 パッケージをアップグレードした場合、古いバージョンのパッケージが上書きされません。古いバージョンは、sun-im-install-7.0–13 および sun-im-ident-7.0–13 です。これにより、次のエラーが表示されます。
file /opt/sun/im/lib/imService.ldif from \ install of sun-im-install-7.2-24 conflicts with \ file from package sun-im-ident-7.0-13 |
Instant Messaging 7.2 とともにインストールされるこれらのパッケージのバージョンは、sun-im-ident-7.2–24 および sun-im-install-7.2–24 です。
回避方法: sun-im-ident-7.0–13 パッケージをアンインストールしてから Instant Messaging をアップグレードします。アップグレード時にパッチを適用する際は、必ず、sun-im-install-7.2–24 の前に sun-im-ident-7.0–24 を適用してください。
サーバーのホストで JRE 1.4.2 のデフォルトガベージコレクションを使用すると、メモリーのパフォーマンスが低下する。
回避方法: 詳細については、「Instant Messaging のパフォーマンス、スケーラビリティー、およびサイズ決定に関する検討事項」を参照してください。
サーバー間の通信で、一般ユーザーに対してニュースチャネルのアクセス権が機能しない。
たとえば、アクセス権が NONE に設定されているユーザーが READ にアクセスすることができます。
回避方法: ありません。
サーバー間の通信で、別のサーバーでニュースチャネルに登録している一般ユーザーが、ニュースチャネルのメッセージ作成者とチャットできない。
回避方法: ありません。
サーバー間の通信で、一般ユーザーのアクセス権が、会議室で正しく機能しない。
たとえば、NONE、READ、WRITE などのアクセス権です。
回避方法: ありません。
設定ユーティリティーのコマンド行ヘルプが正しくない
configure ユーティリティーを使用する際、略語でないオプションの前にはハイフンを 2 つ付ける必要があります。たとえば、configure --nodisplay は動作しますが、configure –nodisplay は動作しません。設定ユーティリティーのコマンド行ヘルプは、使用する必要のあるハイフンは 1 つだけであると述べています。これは誤りです。
マルチプレクサの設定が、間違った LDAP 接続のために失敗したように見える。
マルチプレクサのみとして動作するインスタンスをインストールする場合、ユーザープロパティーを LDAP に格納するオプションを選択すると、configure
の実行時に、設定が失敗したというエラーが表示されます。
回避方法: マルチプレクサのインストールのみを行う場合は、ユーザープロパティーを LDAP に格納するように指定しないでください。
設定で、インストールしていないにもかかわらず、Access Manager SDK を設定するオプションが表示される。
Access Manager SDK なしで Instant Messaging を正常にインストールしたあとに、「ユーザー管理オプション」パネルで、SSO およびポリシーに Access Manager を使用する設定を選択できますが、これは誤りです。
回避方法: ありません。
このリリースの Instant Messaging は、Sun Cluster を使用した HA 配備をサポートしていません。
回避方法: ありません。
インストール後の XMPP/HTTP ゲートウェイのログファイルの場所が正しくない
Solaris でデフォルトではないログ保管場所を使用する場合、または Linux 上で実行している場合には、どのパスを選択するかにかかわりなく、httpbind_log4j.conf で XMPP/HTTP ゲートウェイのデフォルトログファイルの場所を変更する必要があります。
回避方法: httpbind_log4j.conf で、log4.appender.appender_ID.file パラメータの値をログファイルが格納されている場所に設定します。Linux のデフォルトでは、この値は /var/opt/sun/im/default/log です。configure
実行時にログファイルの場所を変更する場合は、このパラメータの値としてそのパスを入力します。
このリリースに、サーバープールに関する既知の問題はありません。
2005Q4 以前の Instant Messenger をリダイレクトサーバーとともに使用できない。
古いバージョンの Instant Messenger は、XMPP リダイレクトをサポートしていません。
回避方法: Instant Messenger を 2006Q1 以降にアップグレードします。
デフォルトドメインから別のホストドメイン内の会議室およびニュースチャネルを検索できない。
回避方法: ありません。
サーバープール内のデフォルト以外のドメインのユーザーが、デフォルトドメインのユーザーが作成した会議室に参加できない。
ホストドメイン環境のサーバープールでデフォルトドメインのユーザーが会議を設定し、デフォルト以外のドメインのユーザーに参加を依頼した場合、参加依頼されたユーザーは、会議参加者のリストに載っているにもかかわらずその会議に参加できません。
回避方法: ありません。
ニュースメッセージのプロパティーが、ニュースメッセージと一緒に送信されない。
その結果、次のクライアント機能が影響を受ける可能性があります。
件名がニュースメッセージと一緒に表示されない。
ニュースメッセージで改行ができないため、全体が判読不能になる。
ニュースメッセージのフォーマットが失われる可能性がある。
添付ファイルを送信できない。
画像を送信できない。
回避方法: ありません。
ニュースチャネルでメッセージが失われる。
メッセージをニュースチャネルに投稿して、投稿したメッセージを表示せずにログアウトすると、メッセージが失われたように見えます。実際にはメッセージは存在しており、表示できないだけです。
回避方法: Instant Messenger からログアウトする前に、ニュースチャネルに投稿したメッセージを表示するか、そのニュースチャネルを登録解除して、もう一度登録します。
マルチバイト文字のフォントのカスタマイズで問題が発生する。
回避方法: マルチバイト文字のフォントをカスタマイズするためには、最初にテキストを入力して、次にそのテキストを強調表示してフォントのカスタマイズを適用する必要があります。
一部のロケールでは、Instant Messenger の印刷時にエラーが発生する。
回避方法: 印刷するテキストを、印刷可能な別のアプリケーションにカット&ペーストします。
Windows のタスクバーのメニューラベルが、マルチバイト文字を使用する一部のロケールで正しく表示されない。
メニュー機能への影響はありません。
回避方法: ありません。
zh_HK ロケールでは、Instant Messenger が英語で表示される。
回避方法: ログインに zh_HK ロケールを使用するマシン上で繁体字中国語 (zh_TW) のメッセージを表示するには、zh_TW へのシンボリックリンクを作成する必要があります。
Windows 2000 上で動作するローカライズされた Instant Messenger で、フォルダポップアップメニューの最初の項目が正しく表示されない。
この項目には、「閉じる」というテキストが表示されるはずです。
回避方法: クライアントシステムで、JDK 1.5 (5.0) の代わりに JDK 1.4.2 を使用します。
マルチバイト文字を含む電子メールアーカイブメッセージの内容に、無効な文字が追加されることがある。
回避方法: ありません。
ここでは、このリリースの時点で Instant Messenger に存在する既知の問題について説明します。次の節が含まれます。
アイドル状態の検出機能が、Mac OS に実装されていない。
ユーザーが Instant Messenger セッションから退出しても、ユーザーの不在は自動的には検出されません。
回避方法: Mac OS ユーザーは、退室前にステータスを明示的に「不在」に設定する必要があります。
カスタマイズされたステータスが削除できない。
回避方法: もっとも少なく使用されたステータスが、最終的に削除されます。ステータスを即座に削除するには、カスタマイズした 5 つの新規ステータスを追加します。すると、もっとも古いステータスが消滅します。
ユーザーが「設定」ダイアログボックスの「プライバシ」タブで行なった変更が、「了解」をクリックしたときではなく、変更が行われたときに保存される。
このため、このタブで変更を行なったあとで「取消し」をクリックしても、変更が保存されます。
回避方法: ありません。
Instant Messenger が Java プラグインから起動されると、「アイドル」または「不在」ステータスの優先度をユーザーが設定できない。
Instant Messenger が Java プラグインを使って起動されていると、アイドルおよび不在のステータスの優先度を設定するオプションが、ユーザーインタフェースに表示されません。Instant Messenger を Java Web Start から起動している場合、この問題は発生しません。
回避方法:
Java Web Start を使って Instant Messenger を起動します。
「ツール | 設定」を選択して「設定」ダイアログボックスを表示します。
「詳細」タブを選択します。
必要に応じて「アイドル」および「不在」の優先度を設定します。これらのオプションの詳細については、オンラインヘルプを参照してください。
2005Q4 以前の Instant Messenger をリダイレクトサーバーとともに使用できない。
古いバージョンの Instant Messenger は、XMPP リダイレクトをサポートしていません。
回避方法: Instant Messenger を 2006Q1 以降にアップグレードします。
(Windows のみ) クライアントが Windows の Java プラグインから起動されると、「デスクトップ統合設定」オプションが表示されない
Java プラグインは、デスクトップの統合をサポートしていません。そのため、「設定」ダイアログボックスの「全般」タブに「デスクトップ統合設定」オプションが表示されません。
回避方法: Java Web Start からアプリケーションを起動します。
一般ユーザーが最後に正常にログインしたサーバーが、Instant Messenger の「ログイン」ダイアログボックスに表示されない場合がある。
この動作はユーザー名の動作と矛盾します。ユーザー名の場合は、最後に正常に使用されたユーザー名が、「ログイン」ダイアログボックスに表示されます。
回避方法:
「ログイン」ダイアログボックスで、「詳細」をクリックします。
「サーバー」ドロップダウンリストから該当するサーバーを選択します。
SSL 経由で接続しているクライアントが切断され、再接続を試行すると、証明書を受け入れるよう再び求められる。
回避方法: ありません。
Instant Messenger の接続が予期せずに切断される。
Access Manager の配備では、Access Manager がタイムアウトすると、Instant Messenger の接続が切断されます。Instant Messaging サーバーの再起動が行われるまで、再び接続することはできません。
回避方法: SunSolve Online から製品パッチをダウンロードします。
サーバーへの再接続後に Instant Messenger に問題が発生する。
Instant Messenger の接続がサーバーから切断されると、再接続しても正しく動作しない場合があります。たとえば、Presence 情報が正しく表示されないために、会議室が機能しないことがあります。
回避方法: 接続が切断されたあとに会議室に参加するには、「会議室」タブの会議室をダブルクリックする代わりに、チャットアイコンをクリックします。さらに、 SunSolve Online から製品パッチをダウンロードすることもできます。
Access Manager によって終了されたユーザー接続で、ユーザーが Instant Messenger からログアウトされない。
Access Manager がユーザーの現在のセッションを終了しても、そのユーザーは Instant Messenger にログインしたままになります。
回避方法: ありません。
ユーザーのパスワードの先頭または末尾に空白文字があると、Instant Messaging にログインできない。
回避方法: ありません。
Instant Messenger でテキストをカット&ペーストすると、余計なキャリッジリターンが追加される場合がある。
回避方法: ありません。
MAC OS 上で、Java Web Start クライアントから印刷を試みると、Instant Messenger がハングアップする。
回避方法: メッセージをコピーし、ほかのアプリケーションに貼り付けてから、印刷を行なってください。
複数の Instant Messaging ポリシーがユーザーに適用されている場合、ポリシー間で矛盾が生じる可能性がある。
たとえば、「一般」と「会議室管理者」のポリシーが 1 人のユーザーに適用されている場合、このユーザーは会議室を管理できません。
回避方法: 「会議室の管理権限」チェックボックスの選択を解除して、正会員のユーザーポリシーを編集します。こうすることにより、2 つのポリシーが矛盾しなくなります。
Instant Messenger に空の連絡先グループが表示されない
Instant Messenger で新規の連絡先グループを作成し、そのグループに連絡先を割り当てないで、ログアウトして再度ログインすると、この連絡先グループが連絡先一覧に表示されなくなります。
回避方法: Instant Messenger からログアウトする前に、連絡先グループに連絡先を追加します。
グループへの追加時に、プライバシプロファイルが連絡先に適用されない。
回避方法:
サーバープールがある配備環境で、連絡先を連絡先グループ間で移動した場合、移動先の連絡先グループのプライバシプロファイルは最近移動した連絡先には適用されません。
回避方法: Instant Messenger をサインオフし、変更後に再びサインオンします。
複数のドメインからのエントリを含む連絡先リストをインポートすると、自分のドメインのエントリだけがインポートされる。
回避方法: ありません。
カレンダリマインダが空白になる。
Calendar Server のアラームタイプが text/xml に設定された場合、つまり、
caldb.serveralarms.contenttype = "text/xml"
と設定された場合、Instant Messenger の「タスク期限のリマインダ」アラートウィンドウの「リマインダ」フィールドが空白になります。
回避方法: このフィールドを "text/calendar" に設定します。
ある会議への参加権限を持たないユーザーにその会議への参加を依頼した場合、その操作の結果が正しく表示されない。
そのユーザーは実際には参加依頼を受け取っていないのに、そのユーザーに参加が依頼されたかのように表示されます。
回避方法: ありません。
アクセス権の変更が会議室で有効にならない。
すでに会議室に参加しているユーザーに対してアクセス権を変更しても、その変更は、「会議室」ウィンドウを再起動するまで有効になりません。
回避方法: 「会議室」ウィンドウを閉じて再起動し、アクセス権を更新します。
複数の並列 Instant Messaging セッションから同一の会議室に入ることができない。
回避方法: ありません。
画像の埋め込まれたアラートが、正確に表示されない。
回避方法: ありません。
複数のセッションの検証が失敗する。
SSO プロバイダのインタフェースの問題により、ユーザーごとに 1 つのセッションしか許可されません。
回避方法: ありません。
ここでは、マニュアルの変更点およびエラーに関する情報について説明します。次の節が含まれます。
この節では、『管理ガイド』に記述されていない情報の一覧を示します。
Instant Messaging に新しいユーザーを追加しても、ほかの Sun Java Enterprise System 製品に対してユーザーがプロビジョニングされない
Instant Messaging の新規ユーザー登録機能で作成されたユーザーは、デフォルトでは、電子メールやカレンダなどほかのコンポーネントに対して有効になりません。そのため、Instant Messaging の新規ユーザー登録機能を使用してプロビジョニングされたユーザーエントリにはほかのサービスで必要となるオブジェクトクラスや属性が含まれておらず、そのようなユーザーエントリはアーカイブ電子メールやカレンダポップアップを受信しません。
回避方法: ユーザーエントリまたは registration.ldif を手動で変更して、新規ユーザー登録機能で追加されたユーザーエントリに追加情報を指定することができます。その代わりに、ほかの Sun Java Enterprise System 製品に付属のプロビジョニングツールを利用することもできます。
次の情報は、製品のオンラインヘルプまたはクイックレファレンスのいずれにも説明されていません。
「起動」画面
「起動」画面から Instant Messenger を起動できます。Java Web Start を使用している場合は、画面中央にある「起動」ボタンを押してください。Java プラグイン (Windows ユーザーのみ) を使用している場合は、画面上部の「Java プラグイン」ボタンをクリックしてください。「オンラインヘルプ」および「クイックリファレンス」ボタンから、一般ユーザー向けの製品ヘルプを表示できます。
回避方法: 該当なし。
クイックレファレンスの会議室の作成および管理の手順が間違ったメニューを示している
クイックレファレンスでは、会議室を作成および管理するには、「ファイル」メニューから「会議室を管理」を選択する必要があると間違って記載されています。「会議室を管理」は、「ファイル」メニューではなく「ツール」メニューにあります。
回避方法: ありません。