以下は、Unity Connection がメッセージを受信した日時が Exchange 2003 の日時と同期されない状況です。

• 管理者がユーザーのためにシングルインボックスを設定するとき、ユーザーにはすでに音声メッセージがあります。 Unity Connection では、メッセージは受信した日時を持ち続けます。 Exchange 2003 では、メッセージは Exchange と同期された日時を持ちます。

• 管理者が Disaster Recovery System を使用して音声メッセージを復元し、バックアップにはユーザーがバックアップ後に Exchange から削除したため、Exchange 2003 には存在しないメッセージが含まれています。 Unity Connection はボイスメッセージを Exchange に再同期します。 Unity Connection のメッセージの日時は、メッセージを受信した元の日時ですが、Exchange のメッセージの日時は、Exchange と同期された日時です。

• シングル・インボックスが設定され、Unity Connection と Exchange 2003 の間の接続が中断され、再確立されます。 Unity Connection では、接続の中断中に受信したメッセージには、受信した日時が付けられます。 Exchange では、メッセージは接続が復元された後に同期された日時を持ちます。

メッセージがまったくリレーされない場合は、Unity Connection が SMTP メッセージをリレーする SMTP スマートホストに IP アドレスを指定していることを確認します。 （DNS が設定されている場合、スマートホストの完全修飾ドメイン名を指定することもできます。） これを確認するには、Unity Connection Administration にログインし、[システム設定（System Settings）] > [SMTP 設定（SMTP Configuration）] > [スマートホスト（Smart Host）] ページの順に移動し、スマートホストの IP アドレスまたはホスト名を確認します。

メッセージがリレーされているのに、期待通りにならない場合、特定のユーザの Unity Connection 管理の [メッセージ アクション] ページで、メッセージ アクションが特定のユーザ宛てのメッセージをどのようにリレーしているかを確認します。

メッセージが消え始めた場合は、Unity Connection でメッセージをリレーできないを参照してください。

Cisco Unity Connection サーバー上のいずれかのユーザーに対してシングルインボックスが機能していない場合（例えば、Unity Connection 音声メッセージが Office 365 に同期されず、Outlook 用 ViewMail から送信されたメッセージが配信されない場合）、次のタスクを実行します。

1. プライマリサーバーの Cisco Unity Connection Serviceability で、[ツール（Tools）] > [サービス管理（Service Management）] に移動し、Connection Mailbox Sync（重要なサービスセクション内）サービスのステータスが開始されていることを確認します。

2. Unity Connection と Exchange サーバの間、または Unity Connection と Active Directory ドメイン コントローラーの間でファイアウォールが構成されている場合、必要なポートが開いていることを確認します。 ポートの詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/security/guide/b_14cucsecx.html にある『Cisco Unity Connection セキュリティガイド、リリース 14』の「Cisco Unity Connection が必要とする IP 通信」の章を参照してください。

Cisco Unity Connection サーバ上のいずれかのユーザに対して Gmail サーバのシングル受信箱構成が機能していない場合、次のタスクを実行します。

1. プライマリサーバーの Cisco Unity Connection Serviceability で、[ツール（Tools）] > [サービス管理（Service Management）] に移動し、Connection Google Workspace Sync サービス（重要なサービスセクション内）のステータスが開始されていることを確認します。

Exchange でのシングルインボックス設定が、同一のユニファイド メッセージング サービスに関連付けられているユニファイド メッセージング アカウントを持つ Unity Connection ユーザーに対してのみ機能しない場合、次のタスクを実行します。

クラスタが構成されている場合、Unity Connection 固有のタスクはプライマリ (アクティブ) サーバ上でのみ実行してください。

1. ユニファイド メッセージング サービスが有効になっており、シングル インボックスが有効になっていることを確認します。

   Unity Connection 管理で、[ユニファイドメッセージング（Unified Messaging）] を開き、[ユニファイド メッセージング サービス（Unified Messaging Services）] を選択します。

   [ユニファイドメッセージングサービスの検索] ページから、状況を確認したいユニファイドメッセージングサービスを選択します。

   [ユニファイドメッセージングサービスの編集] ページで、[有効] チェックボックスがオンになっていることを確認します。

   [Unity Connection と Exchange メールボックス (単一受信箱) を同期する] チェックボックスにチェックが入っていることを確認します。

2. ユニファイドメッセージングサービスをテストします:

   Unity Connection 管理で、[ユニファイドメッセージング（Unified Messaging）] を開き、[ユニファイド メッセージング サービス（Unified Messaging Services）] を選択します。

   [ユニファイドメッセージングサービスの検索] ページで、テストするユニファイドメッセージングサービスを選択します。

   [ユニファイドメッセージングサービスの編集] ページで、[テスト] を選択します。

   [タスクの実行結果] ページにリストされている問題を修正します。

3. 影響を受けるユニファイドメッセージングアカウントの 1 つをテストします:

   Unity Connection の管理で、[ユーザ] を展開し、[ユーザ] を選択します。

   [ユーザの検索] ページで、ユニファイドメッセージングアカウントを更新するユーザを選択します。

   [ユーザーの基本設定の編集（Edit User Basics）] ページで、[編集（Edit）] メニューで [ユニファイド メッセージング アカウント（Unified Messaging Accounts）] を選択します。 [ユニファイドメッセージングアカウント] ページで、[テスト] を選択します。

   [タスクの実行結果] ページにリストされている問題を修正します。 [タスクの実行結果（Task Execution Results）] ページには、次のブラウザエラーが表示される可能性があります。

   401 エラー: ユニファイドメッセージングサービスアカウントのパスワードが正しくない、ユーザ名が正しくない、ユーザ名の形式が無効などの原因が考えられます。 ドメイン\ユーザの形式を使用する場合、ドメイン名に FQDN 形式を使用しないでください。もう一つの原因は、ウェブ認証モードリストの値が、Exchange で設定された認証モードと一致しないことです。 すべての値が [ユニファイドメッセージングサービスの編集] ページに表示されます。

   403 エラー：Exchange または Office 365 では SSL が必要ですが、Exchange サーバー上の証明書に署名した認証局（CA）からのパブリック証明書が Unity Connection サーバーにアップロードされていません。

   404 エラー: (Exchange のみ) ユニファイドメッセージングサービスが Exchange サーバとの通信に HTTPS プロトコルを使用するように設定されているものの、Exchange の SSL が有効になっていないことが考えられます。

4. Cisco Unity Connection Serviceability で [ツール（Tools）] > [サービス管理（Service Management）] に移動します。 [重要サービス] セクションで、Connection メールボックス同期サービスのサービス状況が [開始] であることを確認します。

5. ユニファイド メッセージング サービス アカウントの Active Directory 設定を確認します。

   • アカウントがロックされていないことを確認します。

   • アカウントのパスワードの有効期限が切れていないことを確認します。

6. ユニファイド メッセージング サービス アカウントを、このユニファイド メッセージング サービスに関連付けられた Unity Connection ユーザの Active Directory アカウントで一時的に置換します。

   Unity Connection 管理で、[ユニファイド メッセージング] を展開し、[ユニファイド メッセージング サービス] を選択します。 選択したユニファイドメッセージングサービスの [ユニファイドメッセージングサービスの編集] ページで、[ユーザ名] および [パスワード] フィールドで、ユニファイドメッセージングサービスアカウントの資格情報を、サービスに関連付けられた Unity Connection ユーザの資格情報と置換します。

   ユーザに Unity Connection ボイスメッセージを送信し、ボイスメッセージが Exchange または Office 365 と同期されているかどうかを決定します。

   メッセージが同期されなかった場合は、[ユーザ名] および [パスワード] フィールドを、ユニファイドメッセージングサービスアカウントの値に戻し、タスク 7 にスキップします。

   メッセージが同期された場合、ユニファイド メッセージング サービス アカウントの権限に問題がある可能性があります。 タスク 6.c. を続行します。

   [ユーザ名] と [パスワード] フィールドを、ユニファイドメッセージングサービスアカウントの値に切り替えます。

   https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/unified_messaging/guide/b_14cucumgx.html にある『Cisco Unity Connection ユニファイド メッセージング ガイド、リリース 14』の「ユニファイドメッセージングを設定する」の章に記載されている方法で、権限を再付与します。

   Unity Connection ユーザーに別の音声メッセージを送信し、音声メッセージが Exchange または Office 365 と同期されているかどうかを判断します。

   メッセージが同期されなかった場合は、タスク 7 に進んでください。

   メッセージが同期された場合は、同じユニファイド メッセージング サービスに関連付けられている他のユーザーを使ってテストを行い、問題が解決していることを確認します。

7. ユーザーの Exchange メールボックスがすべて同じ Exchange サーバーをホームとする場合、必要なサービスが Exchange サーバーで実行されていることを確認します。

   • メールボックスがすべて Exchange 2010 をホームとしている場合、EWS 仮想ディレクトリがその Exchange サーバー上で実行されていることを確認します。

8. Exchange 認証と SSL 設定がすべての Exchange サーバーで同じであることを確認し、Unity Connection 設定が Exchange 設定と一致することを確認します。 詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/unified_messaging/guide/b_14cucumgx.html にある『Cisco Unity Connection ユニファイド メッセージング ガイド、リリース 14』の「ユニファイドメッセージングを設定する」章の「Unity Connection の Exchange 認証および SSL 設定を確認する」の項を参照してください。

9. (Office 365 のみ) Unity Connection がアクセスする Office 365 サーバの認証モードが Basic または OAuth2 に設定されていることを確認します。

10. (Office 365 のみ) Office 365 サービスの認証モードが OAuth2 に設定されている場合、以下を確認します。

    1. CiscoSysLog で 50 分ごとに「EvtMbxOAuthAccessTokenDBSaveSuccess」イベントが発生する場合、これは OAuth アクセストークンがユニファイドメッセージングサービスのデータベースで正常に更新されたことを確認します。

    2. CiscoSysLog に「EvtMbxOAuthAccessTokenRefreshThreadFailed」イベントが含まれる場合、これは更新トークン スレッドが正常に開始されていないことを確認します。

       この問題を解決するには、Cisco Unity Connection Serviceability ページで Connection Mailbox Sync サービスを再起動します。

       問題を解決できない場合は、Cisco TAC に連絡してください。

    3. CiscoSysLog に「EvtMbxOAuthDBHelperFailedToSetAccessToken」イベントが含まれる場合、これは OAuth アクセストークンがデータベースに正常に保存されていないことを確認します。

       問題を解決できない場合は、Cisco TAC に連絡してください。

    4. CiscoSysLog に「EvtMbxOAuthDecryptionFailed」イベントが含まれる場合、トークンの取得中にユニファイドメッセージングサービスのパスワードが正常に解読されなかったことを確認できます。

       この問題を解決するには、Cisco Unity Connection Administration に移動して、[ユニファイドメッセージング（Unified Messaging）] > [ユニファイド メッセージング サービス（Unified Messaging Services）] > [ユニファイド メッセージング サービスの編集（Edit Unified Messaging Service）] に進みます。

       [ユニファイド メッセージング サービスの編集（Edit Unified Messaging Service）] ページで、[Exchange へのアクセスに使用するアカウント（Account Used to Access Exchange）] フィールドに使用するパスワードを再度入力し、ページを [保存（Save）] します。

       問題を解決できない場合は、Cisco TAC に連絡してください。

    5. CiscoSysLog に「EvtMbxOAuthEmptyAccessTokenAfterMaxRetries」イベントが含まれる場合、空のアクセス トークンが受信されたことを示します。

       この問題を解決するには、Cisco Unity Connection の管理の [ユニファイドメッセージングサービスの編集] ページに移動して、ページで入力したすべての設定を確認します。

       問題を解決できない場合は、Cisco TAC に連絡してください。

    6. CiscoSysLog に「EvtMbxOAuthHttpStatusCode」イベントが含まれる場合、これはアクセストークンのリクエストが不適切なレスポンスを受け取っていることを確認します。 CiscoSysLog に以下のエラーコードが記録される場合があります。

       • 401 エラー : アプリケーション ID、クライアント シークレット、クライアント ID の値が正しくないことが考えられます。 [ユニファイド メッセージング サービスの編集] ページで値を確認します。

       • 0 エラー : プロキシサーバと Active Directory DNS ドメイン名の値が正しくないことが考えられます。[ユニファイド メッセージング サービスの編集] ページで値を確認します。

       エラーを解決した後、OAuth アクセス トークンがデータベースで正常に更新されるのを待つか、または以下の CLI を実行して直ちに解決します。

       admin:run cuc dbquery unitydirdb update tbl_externalservicetoken set exchservertoken="" where externalserviceobjectid='<obejectid of corresponding unified messaging service>'

11. Exchange または Office 365 サーバまたは Active Directory ドメイン コントローラーの証明書を検証するためにユニファイド メッセージング サービスを構成した場合:

    • 適切な認証局の証明書が Unity Connection サーバにアップロードされたことを確認します。

    • 証明機関の証明書の有効期限が切れていないことを確認します。

12. (Exchange のみ) このユニファイドメッセージングサービスに関連付けられたすべての Unity Connection ユーザが、同じ Exchange サーバをホームとするメールボックスを持ち、ウェブベースのプロトコルとして HTTPS を使用している場合、SSL が適切に設定されていることを確認します。

    認証局の証明書が Unity Connection サーバにアップロードされたことを確認します。

    Unity Connection 管理で、ユニファイドメッセージングサービスで指定された Exchange サーバ名が Exchange サーバの SSL 証明書の共通名と正確に一致することを確認します。

    SSL 証明書の有効期限が切れていないことを確認します。

13. (Exchange のみ) Microsoft EWSEditor を使用して、ユニファイドメッセージングサービスアカウントを使用する Unity Connection ユーザの Exchange メールボックスにアクセスします。 これにより、Unity Connection が関与していない場合でも問題が発生するかどうかを判断できます。

EWSEditor ソフトウェアおよびドキュメントは、Microsoft ウェブサイトで入手できます。

1. DNS 設定の確認:

   • Exchange サーバが Unity Connection から到達可能であることを確認します。

   • Exchange または Office 365 サーバーを検索するようにユニファイド メッセージング サービスを設定した場合、Unity Connection サーバーが DNS を使用するように設定されていることを確認します。

   • Exchange または Office 365 サーバーを検索するようにユニファイド メッセージング サービスを設定した場合、Exchange または Office 365 サーバーの名前が、Unity Connection が使用するように設定されている DNS サーバーによって解決可能であることを確認します。

   • Exchange または Office 365 サーバーを検索するようにユニファイド メッセージング サービスを設定した場合、Unity Connection が使用している DNS サーバーが自動検出に適切なレコードで設定されていることを確認します。

Gmail サーバでのシングル受信箱構成が、同じユニファイド メッセージング サービスに関連付けられているユニファイド メッセージング アカウントを持つ Unity Connection ユーザに対して機能しない場合、次のタスクを実行します。

（注）	クラスタが構成されている場合、Unity Connection 固有のタスクをプライマリ (アクティブ) サーバでのみ実行します。

1. 以下の手順を実行して、ユニファイドメッセージングサービスが有効になっており、Google Workspace も有効になっていることを確認します。

   • Unity Connection 管理で、[ユニファイドメッセージング（Unified Messaging）] を開き、[ユニファイド メッセージング サービス（Unified Messaging Services）] を選択します。

   • [ユニファイド メッセージング サービスの検索（Search Unified Messaging Services）] ページで、ユーザーが状態を確認したいサービスを選択します。

   • [ユニファイドメッセージングサービスの編集] ページで、[有効] チェックボックスがオンになっていることを確認します。

   • [Connection と Google Workspace のメールボックスを同期する(シングル受信箱)] チェックボックスがオンになっていることを確認します。

2. 以下の手順を実行して、ユニファイドメッセージングサービスをテストします。

   • Unity Connection 管理で、[ユニファイドメッセージング（Unified Messaging）] を開き、[ユニファイド メッセージング サービス（Unified Messaging Services）] を選択します。

   • [ユニファイド メッセージング サービスの検索（Search Unified Messaging Services）] ページで、テストを行いたいユニファイド メッセージング サービスを選択します。

   • [ユニファイドメッセージングサービスの編集] ページで、[テスト] を選択します。

   • [タスクの実行結果] ページにリストされている問題を修正します。

3. 影響を受けるユニファイド メッセージング アカウントの 1 つをテストします。

   • Unity Connection の管理で、[ユーザ] を展開し、[ユーザ] を選択します。

   • [ユーザの検索] ページで、ユニファイドメッセージングアカウントを更新するユーザを選択します。

   • [ユーザの編集] [基本] ページの [編集] メニューから、[ユニファイドメッセージングアカウント] を選択します。 [ユニファイドメッセージングアカウント] ページで、[テスト] を選択します。

   • [タスクの実行結果] ページにリストされている問題を修正します。

4. Cisco Unity Connection Serviceability で [ツール（Tools）] > [サービス管理（Service Management）] に移動します。 [クリティカルサービス（Critical Services）] セクションで、Connection Google Workspace サービスのサービスステータスが [開始（Started）] であることを確認します。

5. ユニファイドメッセージングサービスアカウントの Active Directory 設定を確認する:

   • アカウントがロックされていないことを確認します。

   • アカウントのパスワードの有効期限が切れていないことを確認します。

6. DNS 設定の確認

   • Unity Connection から Gmail サーバに到達できることを確認します。 これは、[ユニファイドメッセージングサービスの編集] ページの [テスト] ボタンをクリックすることで確認できます。

   • [タスクの実行結果] ページにリストされている問題を修正します。

Exchange のシングルインボックス設定が機能していない場合（たとえば、Unity Connection 音声メッセージが Exchange に同期されず、ViewMail for Outlook から送信されたメッセージが配信されない）、および問題がユニファイド メッセージング サービスに関連付けられているすべてのユーザーではなく、1 人以上の Unity Connection ユーザーに発生している場合、次の作業を行います。

（注）

クラスタが構成されている場合、Unity Connection 固有のタスクはプライマリ (アクティブ) サーバ上でのみ実行してください。 Unity Connection の管理で、[ユーザ] を展開し、[ユーザ] を選択します。 [ユーザーの基本設定の編集（Edit User Basics）] ページで、[編集（Edit）] メニューで [ユニファイド メッセージング アカウント（Unified Messaging Accounts）] を選択します。 ユーザの [ユニファイドメッセージングアカウント] ページで、ユーザが、シングル受信箱が有効になっているユニファイドメッセージングサービスに関連付けられていることを確認します。 ユニファイドメッセージングサービスアカウント用に Exchange 2010 メールボックスを作成し、影響を受けるユーザの Exchange メールボックスをある Exchange 2003 メールボックスストアから別のストアに移動した場合、その Exchange 2010 メールボックスを削除します。 Cisco Unity Connection Administration で、[ユーザー（Users）] を展開し、[ユーザー（Users）] を選択します。 [ユーザーの基本設定の編集（Edit User Basics）] ページで、[編集（Edit）] メニューで [ユニファイド メッセージング アカウント（Unified Messaging Accounts）] を選択します。 ユーザの [ユニファイドメッセージングアカウント] ページで、ユーザのいずれかのユニファイドメッセージングアカウントで単一受信箱が有効になっていることを確認します。 Cisco Unity Connection Administration で、[ユーザー（Users）] を展開し、[ユーザー（Users）] を選択します。 [ユーザーの基本設定の編集（Edit User Basics）] ページで、[編集（Edit）] メニューで [ユニファイド メッセージング アカウント（Unified Messaging Accounts）] を選択します。 ユーザのユニファイドメッセージングアカウントページで、Unity Connection が正しい Exchange メールアドレスを使用するように設定されていることを確認します。 Cisco Unity Connection Administration で、[ユーザー（Users）] を展開し、[ユーザー（Users）] を選択します。 [ユーザの基本設定の編集] ページで、[編集] メニューの [SMTP プロキシアドレス] を選択します。 ユーザの [SMTP プロキシアドレス] ページで、ユーザの Exchange メールアドレスと一致する SMTP プロキシアドレスがあることを確認します。 ユーザの Exchange メールボックスが移動していない場合は、タスク 8 に進みます。

ユーザの Exchange メールボックスが移動され、Unity Connection による Exchange サーバの検索を許可する代わりに、Exchange サーバを指定するユニファイドメッセージングサービスがユーザに関連付けられている場合、Unity Connection がメールボックスの移動を自動的に検出できるかどうかを決定します。 https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/unified_messaging/guide/b_14cucumgx.html にある『Cisco Unity Connection ユニファイド メッセージング ガイド、リリース 14』の「ユニファイドメッセージングを設定する」の章を参照してください。

1. ユーザの Exchange メールボックスが新しい Exchange サーバをホームとしている場合、ユニファイドメッセージングサービスアカウントがサーバへのアクセスに必要な権限を持っていることを確認します。 詳細については、『Unified Messaging Guide for Cisco Unity Connection Release 14 』の「ユニファイドメッセージングの設定」の章を参照してください https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/unified_messaging/guide/b_14cucumgx.html。

2. 同じ Exchange サーバーをホームとするメールボックスを持つすべての Unity Connection ユーザーに対してシングルインボックスが機能しない場合、必要なサービスが Exchange サーバーで実行されていることを確認します。

   • メールボックスがすべて Exchange 2013、Exchange 2010、Unity Connection または Exchange 2007 サーバをホームとする場合、EWS サービスがその Exchange サーバで実行されていることを確認します。

   • メールボックスがすべて Exchange 2003 サーバをホームとする場合、WebDav サービスがその Exchange サーバ上で実行されていることを確認します。

3. 同じ Exchange サーバーをホームとするメールボックスを持つすべての Unity Connection ユーザーに対してシングルインボックスが機能しない場合、およびウェブベースのプロトコルとして HTTPS を使用している場合、SSL が適切に設定されていることを確認します。

   • Unity Connection 管理で、[Exchange サーバの証明書を検証する] チェックボックスをオフにし、シングル インボックスが現在動作しているかどうかを確認します。

   • SSL 証明書が Unity Connection サーバにアップロードされたことを確認します。

   • SSL 証明書の有効期限が切れていないことを確認します。

Gmail サーバのシングル受信箱構成が機能していない場合 (例えば、Unity Connection ボイスメッセージが Gmail サーバに同期されないなど)、ユニファイドメッセージングサービスに関連付けられているすべてのユーザではなく、1 人または複数の Unity Connection ユーザに問題が発生している場合、ユーザ設定を確認してください。

（注）	クラスタが設定されている場合、Unity Connection 固有のタスクをプライマリ（アクティブ）サーバーでのみ実行します。

Cisco Unity Connection [管理]で、[ユーザ] を開いて [ユーザ] を選択します。 [ユーザーの編集（Edit Users）] ページで、[編集（Edit）] メニューで [ユニファイド メッセージング アカウント（Unified Messaging Accounts）] を選択します。 このページの下記の設定を確認してください。

1. ユーザーの [ユニファイド メッセージング アカウント（Unified Messaging Accounts）] ページで、Google Workspace が有効になっているユニファイド メッセージング サービスにユーザーが関連付けられていることを確認します。

2. ユーザーの [ユニファイド メッセージング アカウント（Unified Messaging Accounts）] ページで、ユーザーのいずれかのユニファイド メッセージング アカウントで Google Workspace が有効になっていることを確認します。

3. ユーザーの [ユニファイド メッセージング アカウント（Unified Messaging Accounts）] ページで、Unity Connection が Gmail アドレスを使用するように設定されていることを確認します。

4. [ユーザーの基本設定の編集（Edit User Basics）] ページの [編集（Edit）] メニューで、[SMTP プロキシアドレス（SMTP Proxy Addresses）] を選択します。ユーザーの [SMTP プロキシアドレス（SMTP Proxy Addresses）] ページで、ユーザーの Gmail アドレスと一致する SMTP プロキシアドレスがあることを確認します。

Unity Connection の Exchange への同期は機能しているが（例えば、ボイスメッセージがユーザーの Exchange メールボックスに同期されている場合）、Exchange からの同期は遅延している場合（例えば、最後の Unity Connection 音声メッセージが ViewMail for Outlook で流れた直後にメッセージ待機インジケータがオフにならない場合）、次の作業を行います。

1. Cisco Unity Connection Serviceability で、[ ツール  > サービス管理 ] に移動し、Unity Connection の [Jetty] サービスのステータスが [開始] になっていることを確認します。 そうでない場合、サービスをアクティベートして開始し、影響を受けるユーザの 1 人をテストします。

2. Exchange サーバーのコマンドラインで、該当する場合、ポート 7080 がファイアウォールで開いていることを確認し、次のコマンドを実行して、Exchange サーバーから Unity Connection サーバーに telnet 接続します。

telnetUnity Connection サーバの IP アドレス > 7080

エラーメッセージが返されない場合、Exchange サーバーは Unity Connection サーバーに接続できました。 エラーメッセージが表示された場合:

• Cisco Unity Connection Serviceability で、Unity Connection のジェッティー サービスが実行中であることを確認します。

• ネットワークの問題をトラブルシューティングします。

Ctrl-K を押して telnet を終了します。

1. Cisco Unity Connection の管理で、影響を受けるユーザのユニファイドメッセージングアカウントを表示し、[ リセット] を選択します。

影響を受けるユーザーに対して Exchange から Unity Connection への同期が開始される場合、Unity Connection Administration で、影響を受けるユーザーに関連付けられているユニファイド メッセージング サービスを表示し、[リセット（Reset）] を選択します。

特定の統一メッセージングサービスをリセットすると、Unity Connection が Exchange とデータを再同期するため、統一メッセージングサービスに関連付けられたすべてのユーザーに対する同期が遅延します。

Exchange からの同期が遅延している場合、未処理の要求の数が一貫して 999 を超えていないかどうかも確認できます。未処理の要求の数を確認するには、CsMbxSync (レベル 19) トレースを有効にする必要があります。 トレースの詳細については、「Traces in Cisco Unity Connection Serviceability」を参照してください。

未処理の要求の数が 999 を超える値に一貫して増加している場合、Unity Connection と Exchange Server の間の EWS 遅延 (EWS 要求-応答 RTT 時間) を確認します。 遅延がサポートされている値より大きい場合、接続数を計算し、計算された値に接続数を変更します。 EWS の最大遅延および接続の計算方法の詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/design/guide/b_14cucdg.html にある『Cisco Unity Connection 設計ガイド、リリース 14』の「シングル受信箱」の章の「1 つの Unity Connection サーバーの接続数を計算する」の項を参照してください。

Unity Connection の Exchange への同期は機能しているが（例えば、ボイスメッセージがユーザーの Exchange メールボックスに同期されている場合）、Exchange からの同期は遅延している場合（例えば、最後の Unity Connection 音声メッセージが ViewMail for Outlook で流れた直後にメッセージ待機インジケータがオフにならない場合）、次の作業を行います。

1. Cisco Unity Connection Administration で、影響を受けるユーザーのユニファイド メッセージング アカウントを表示し、[リセット（Reset）] を選択します。

2. 影響を受けるユーザーに対して Exchange から Unity Connection への同期が開始される場合、Unity Connection Administration で、影響を受けるユーザーに関連付けられているユニファイド メッセージング サービスを表示し、[リセット（Reset）] を選択します。

Unity Connection の Gmail サーバへの同期は機能しているが、Gmail サーバからの同期に遅延がある場合、次のタスクを実行します。

1. Cisco Unity Connection Administration で、影響を受けるユーザーのユニファイド メッセージング アカウントを表示し、[リセット（Reset）] を選択します。

2. Unity Connection Administration で、影響を受けたユーザーに関連付けられているユニファイド メッセージング サービス（[ユニファイドメッセージング（Unified Messaging）] > [ユニファイド メッセージング サービス（Unified Messaging Services）]）を表示し、[リセット（Reset）] を選択します。

3. CuGsuiteSyncSrv (レベル 11) トレースを有効にすることで、未処理のリクエスト数を確認します。 トレースの詳細については、リンク https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/troubleshooting/guide/b_14cuctsg.html にある『Cisco Unity Connection トラブル シューティング ガイド、リリース 14』の「Cisco Unity Connection のトラブルシューティング」の章の「Cisco Unity Connection Serviceability のトレース」の項を参照してください。

（注）	特定のユニファイド メッセージング サービスがリセットされた場合、Unity Connection がデータを Gmail サーバと再同期するため、ユニファイド メッセージング サービスに関連付けられたすべてのユーザの同期が遅延します。

一連のユーザーについて、Unity Connection から Exchange/Gmail サーバーへの同期が失敗し、ユニファイド メッセージング アカウントのリセットボタンを押しても問題が解決しない場合は、次のタスクを実行します。

1. 次の CLI コマンドを実行して、メールボックス ステータス フィールドが 0 以外に設定されているエイリアスの一覧を取得します: run cuc dbquery unitydirdb

   select y.alias from vw_mailboxmap as x, vw_user as y where x.userobjectid=y.objectid AND x.status != 0

   .
2. 上記の CLI の実行でユーザーエイリアスのリストが得られる場合、リストされているユーザーのステータスが 0 以外の理由を確認します。 必要に応じて、次の CLI コマンドを使用して、ステータス フィールドを 0 に更新します。run cuc dbquery unitydirdb

   update tbl_mailboxmap set status = 0

   （注）	「status」の値を 0 として更新することは単なる回避策であり、ユーザーはログのステータス変更の理由を調査する必要があります。

Office 365 へのアクセスに使用される Unity Connection アカウントが Active Directory で作成され、Office 365 にインポートされたシングルインボックスのために Unity Connection を Office 365 と統合する場合、Unity Connection は ADFS を処理するよう装備されていないため、シングルインボックスは機能しない可能性があります。

シングル インボックスを機能させるには、Office 365 側でローカルにアカウントを作成する必要があります。

インターネットメッセージ ID はインターネットメッセージに対する一意の識別子です。 Cisco Unity Connection は、各ボイスメッセージに固有のインターネットメッセージ ID を割り当てます。 メッセージが同じインターネット メッセージ ID で復元される場合、重複するメッセージがユーザのメールボックスに作成されます。 メールボックスが Exchange と同期するとき、重複するメッセージが単一の受信箱に反映されます。

単一受信箱でメッセージが重複する問題を解決するには、ユーザまたは管理者がメールボックスから重複するメッセージを削除する必要があります。

（注）	COBRA は、メッセージを重複メッセージとして復元するオプションを提供するインターフェースの 1 つです。 単一受信箱でのメッセージの重複を避けるため、メッセージを重複メッセージとして復元するオプションを選択しないでください。

シングル受信箱ユーザが着信ボイスメッセージを受信しない、または Outlook 受信箱で領収書を受信しない場合は、次のことに注意してください。

• [迷惑メール] フォルダをチェックして、メッセージまたは受信確認がこのフォルダに自動的にフィルタリングされているかどうかを確認します。 迷惑メールフィルタを更新して、特定の送信者アドレスまたはドメイン名を安全フィルタリストに追加できます。 迷惑メールフォルダを設定してメッセージのクラスを除外する方法については、Microsoft のドキュメントを参照してください。

• 組織のメールアンチスパムフィルタの設定をチェックして、音声メッセージが Outlook の受信箱フォルダ以外の場所にルーティングされていないか、.wav 添付ファイルが削除されていないか、またはポリシーが音声メッセージの配信または Outlook での受信を妨げていないかを確認します。

• Unity Connection メールボックスの割り当てが設定されていて、ユーザが送信/受信の割り当てを超過している場合、Unity Connection はユーザの Unity Connection メールボックスでメッセージを受信できないようにします。 ViewMail for Outlook は、送信/受信のしきい値に達しているため、発信者がそのユーザにボイスメッセージを残すことができないことをユーザに通知しません。ユーザは Unity Connection のボイス メッセージを確認することによってのみ知ることができます。 しかし、送信クォータに達した後にユーザーがメッセージを送信すると、ViewMail for Outlook はユーザーに通知されません。 送信のクォータは低いしきい値であるため、ユーザーは以前の警告を無視することによってのみ、送受信のクォータに達します。

シングルインボックスのユーザーが Outlook クライアントから Unity Connection サーバー経由でメッセージを送信できない場合、例えば、ユーザーが不達通知（NDR）を受け取る場合、以下の可能性を考慮します。

• メッセージ送信者のメール アドレスは、ユニティ Connection で設定されたプライマリまたはプロキシ SMTP アドレスと正確に一致する必要があります。

• メッセージ受信者のメール アドレスは、Unity Connection ユーザ用に設定されたプライマリまたはプロキシ SMTP アドレス、または VPIM 連絡先に設定された SMTP プロキシ アドレスと一致する必要があります。 一致するものが見つからない場合、Unity ConnectionはメッセージをSMTPスマートホストにリレーするか、またはNDRを送信者に送信します。これは、Unity Connection Administration の[システム設定]>[全般設定]ページの「受信者が見つからない場合」設定で選択されたオプションによります。 デフォルトでは、Unity ConnectionはNDRを送信します。

ユーザが Unity Connection メールボックスではなく、会社のメールまたは他のメールアカウントで予期せずボイスメッセージを受信する場合、次の可能性を考慮してください。

• メッセージ受信者のメール アドレスは、Unity Connection ユーザ用に設定されたプライマリまたはプロキシ SMTP アドレス、または VPIM 連絡先に設定された SMTP プロキシ アドレスと一致する必要があります。 一致するものが見つからず、メッセージを SMTP スマートホストにリレーするように Unity Connection が設定されている場合、メッセージは適切なメールアドレスにリレーされます。 メッセージ受信者に、該当するメールアドレスに構成されたプロキシ SMTP アドレスがあることを確認します。 https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/administration/guide/b_14cucsag.html にある『Cisco Unity Connection システム アドミニストレーション ガイド、リリース 14』の「ユーザー設定」の章の「SMTP プロキシアドレス」の項を参照してください。

• 受信者のメッセージアクションが、特定のタイプ (音声、メール、FAX、または配信確認) のメッセージを会社のメールアドレスのユーザにリレーするように設定されている場合、一見誤っているように見えるメッセージのルーティングは、予期された動作である可能性があります。 メッセージ アクションは、受信者のユニファイド メッセージング アカウントで指定されているユニファイド メッセージング サービスでも構成され、ユーザ レベルの設定とユニファイド メッセージング サービスの設定の相互作用によって、予期しない結果が生じる場合があります。 メッセージ アクションが特定のユーザにどのようにメッセージをリレーするかの概要については、Unity Connection 管理で、そのユーザの [メッセージ アクション] ページを参照してください。

Outlook から安全なメッセージを再生するには、Microsoft Outlook 版 Cisco Unity Connection ViewMail をインストールする必要があります。 Outlook で安全なメッセージを表示すると、メッセージ内のテキストは安全なメッセージについて簡単に説明しますが、.wav 添付ファイルは含まれません。 .wav ファイルの唯一のコピーが Unity Connection サーバに残ります。

注意	安全なメッセージを Outlook から削除すると、Unity Connection は Unity Connection の削除済みアイテムフォルダにメッセージを移動します。 メッセージエージングが設定されている場合、メッセージは最終的に削除されます。

Unity Connection は次の Outlook フォルダ中のボイスメッセージをユーザの Unity Connection 受信箱フォルダと同期するため、メッセージは Unity Connection 受信箱フォルダで引き続き表示されます。

• Outlook の受信箱フォルダの下のサブフォルダ

• Outlook の [削除済みアイテム（Deleted Items）] フォルダーの下のサブフォルダ

• Outlook の [迷惑メール（Junk Email）] フォルダ

Unity Connection は Outlook の送信済みアイテムフォルダ中のボイスメッセージをユーザの Unity Connection 送信済みアイテムフォルダと同期させるため、メッセージは Unity Connection の送信済みアイテムフォルダで引き続き見ることができます。

Unity Connection がセキュアなボイスメッセージを Exchange に複製するとき、複製されたメッセージにはセキュアメッセージについて簡単に説明するテキストのみが含まれます。.wav ファイルのコピーだけが Unity Connection サーバーに残ります。 ユーザーが Unity を使用して安全なメッセージを再生する場合、ViewMail は Unity Connection サーバーからメッセージを取得し、Exchange またはユーザーのコンピュータにメッセージを保存することなく再生します。

ユーザが Unity Connection 受信箱フォルダと同期されていない Outlook フォルダに安全なメッセージを移動する場合、ボイスメッセージの唯一のコピーが Unity Connection の削除済みアイテム フォルダに移動され、メッセージは Outlook で再生できなくなります。 ユーザーがメッセージを Outlook の受信箱フォルダ、または Unity Connection 受信箱フォルダと同期されている Outlook フォルダに戻した場合、そして、

• メッセージがまだ Unity Connection の削除済みアイテム フォルダにある場合、メッセージは同期されてそのユーザの Unity Connection 受信箱に戻され、メッセージは Outlook で再び再生可能になります。

• メッセージが Unity Connection の削除済みアイテム フォルダにない場合、メッセージは Unity Connection に再同期されないため、Outlook または Unity Connection で再生できなくなります。

詳細については、『ユニファイドメッセージングガイド』Cisco Unity Connection リリース 14 の「ユニファイドメッセージングの紹介」の「Outlook フォルダの同期」のセクションを参照してください https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/unified_messaging/guide/b_14cucumgx.html。

ユニファイドメッセージングサーバとして構成された Cisco Unity からアップグレードし、そのサーバからメッセージを移行した場合は、次の点に注意してください。

• 移行されたメッセージの 2 つのコピーが各ユーザの Exchange メールボックスに表示されます。単一受信箱が構成されている場合、元のメッセージと、Exchange メールボックスに同期された移行されたメッセージです。

• ユーザが Outlook を使用して Exchange で元のメッセージを再生する場合 (メッセージの受信時に Cisco Unity が Exchange に入れるコピー)、メッセージは Unity Connection で未読のままとなり、メッセージ待機中インジケータは点灯したままになります。 移行されたメッセージ (単一受信箱機能によって Exchange メールボックスに同期されたコピー) を再生するか、移行後に受信したメッセージを再生すると、必要に応じてメッセージ待機インジケーターがオフになります。

Outlook の [閲覧ウィンドウで表示時に項目を既読にする] オプションを有効にしている場合、メッセージは Outlook の受信箱で選択されるとすぐに既読になります。 あなたが聞いていない Unity Connection ボイスメッセージがこれだけである場合、Unity Connection はメッセージ待機インジケータをオフにします。

ユニファイド メッセージング サーバーとして設定された Cisco Unity からアップグレードし、そのサーバーからメッセージを移行した場合は、次の点に注意してください。

• 移行されたメッセージの 2 つのコピーが各ユーザの Exchange メールボックスに表示されます。単一受信箱が構成されている場合、元のメッセージと、Exchange メールボックスに同期された移行されたメッセージです。

• ユーザーが Outlook を使用して Exchange の元のメッセージ（Cisco Unityがメッセージを受信したときに Exchange に入れたコピー）を削除する場合、移行されたメッセージは Unity Connection のユーザーの受信箱に残ります。 移行されたメッセージを Outlook で削除すると、メッセージは Unity Connection のユーザーの受信箱から Unity Connection のユーザーの削除済みアイテムフォルダに移動されます。

• 削除されたメッセージの場所についての詳細は、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/unified_messaging/guide/b_14cucumgx.html にある『Cisco Unity Connection ユニファイド メッセージング ガイド、リリース 14』の「ユニファイドメッセージングの紹介」の章の「削除済みメッセージの場所」の項を参照してください。

Unity Connection は次の Outlook フォルダ中のボイスメッセージをユーザの Unity Connection 受信箱フォルダと同期するため、メッセージは Unity Connection 受信箱フォルダで引き続き表示されます。

• Outlook の受信箱フォルダの下のサブフォルダ

• Outlook の [削除済みアイテム（Deleted Items）] フォルダーの下のサブフォルダ

• Outlook の [迷惑メール（Junk Email）] フォルダ

ユーザがボイスメッセージを受信箱フォルダではない Outlook フォルダに移動すると、メッセージは Unity Connection の削除済みアイテムフォルダに移動されます。

詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/unified_messaging/guide/b_14cucumgx.html にある『Cisco Unity Connection ユニファイド メッセージング ガイド、リリース 14』の「ユニファイドメッセージングの概要」の章の「Outlook フォルダとの同期」の項を参照してください。

ユーザが Messaging Assistant で Cisco Personal Communications Assistant (PCA) のパスワードを変更する場合、クライアントが引き続き Unity Connection にアクセスしてボイスメッセージを取得できるように、ViewMail オプションで設定されているパスワードも更新する必要があります。 同様に、LDAP 認証が設定されていて、PCA パスワードが LDAP で変更された場合、ViewMail オプションで設定されたパスワードを更新する必要があります。 PCA パスワードが変更されたが、ViewMail が更新されていない場合、ViewMail 機能を使用しようとすると、ユーザに無効な資格情報が入力されたことを示すメッセージが表示されます。

Microsoft Outlook 版 Cisco ViewMail フォームの問題をトラブルシューティングするために、ユーザのワークステーションで診断を有効にすることができます。

Unity Connection VMO マクロ トレースを有効にして、サーバ側からクライアントの問題をトラブルシューティングできます。

診断トレースを有効にして収集する方法の詳細については、Using Diagnostic Traces for Troubleshooting を参照してください。