この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
Cisco Unity Connection は、Microsoft Exchange 2016、2013、2010、2007、Office 365、および Cisco Unified MeetingPlace と統合し、ユニファイド メッセージング機能を展開できます。
Cisco Unity Connection は、Microsoft Exchange 2016、2013、2010、2007、Office 365、および Cisco Unified MeetingPlace と統合し、ユニファイド メッセージング機能を展開できます。
Unity Connection と Exchange 間の通信を定義するユニファイド メッセージング サービスを追加する場合は、Unity Connection が特定の Exchange サーバと直接通信を行うか、または Unity Connection が Exchange サーバを検索するかを選択できます。
この選択により、Unity Connection がアクセスできる Exchange メールボックスが決まります。
特定の Exchange 2007 クライアント アクセス サーバを選択した場合、Unity Connection は、Exchange 組織内のすべての Exchange 2007 メールボックスにアクセスできますが、Exchange 2010 メールボックス、Exchange 2013 メールボックス、または Exchange 2016 メールボックスにはアクセスできません。
特定の Exchange 2010 クライアント アクセス サーバを選択した場合、Unity Connection は、Exchange 組織内のすべての Exchange 2010 メールボックスと Exchange 2007 メールボックスにアクセスできますが、Exchange 2013 メールボックスまたは Exchange 2016 メールボックスにはアクセスできません。
特定の Exchange 2013 クライアント アクセス サーバを選択した場合、Unity Connection は、Exchange 組織内のすべての Exchange 2013 メールボックス、Exchange 2010 メールボックス、および Exchange 2007 メールボックスにアクセスできますが、Exchange 2016 メールボックスにはアクセスできません。
Unity Connection が Exchange サーバを検索できるよう選択した場合、以下の 2 つのオプションから選択する必要があります。
Unity Connection が Exchange サーバを検索できるように選択した場合、Exchange サーバに権限を与える必要があります。該当する Exchange サーバに権限を付与するには、次の項を参照してください。
(注) | ユニファイド メッセージング サービスを追加する際に、特定の Exchange サーバを選択する場合は、複数のユニファイド メッセージング サービスを追加して、Unity Connection による Exchange 組織のすべてのメールボックスへのアクセスを可能にする必要がある場合があります。表 1 では、複数のユニファイド メッセージング サービスを追加する必要がある場合について説明します。 |
Exchange 2016 |
|||||
---|---|---|---|---|---|
なし | なし | なし | なし | ○ | |
なし | なし | なし | ○ | ○ | |
なし | なし | ○ | ○ | なし | |
なし | ○ | ○ | ○ | なし | |
○ | ○ | ○ | ○ | なし | |
なし | ○ | ○ | なし | なし | |
なし | ○ | ○ | なし | ○ | |
○ | なし | なし | なし | なし | |
○ | なし | なし | なし | ○ | |
○ | ○ | ○ | なし | なし | |
○ | ○ | ○ | なし | ○ | |
なし | なし | なし | なし | ○ | |
○ | ○ | ○ | なし | なし | |
なし | ○ | ○ | なし | ○ | |
○ | なし | なし | なし | なし | |
○ | なし | なし | なし | ○ | |
○ | ○ | ○ | なし | なし | |
○ | ○ | ○ | なし | ○ |
Unity Connection が Exchange サーバを検索できるように選択した場合、Unity Connection は、メールボックスを Exchange の 1 つのバージョンから別のバージョンに移動したことを自動的に検出し、Unity Connection のユーザ設定を自動的に更新します。
特定の Exchange サーバを選択した場合、Unity Connection は、メールボックスを 1 つの Exchange サーバから別のサーバに移動したことを検出する場合があり、新しい場所の Exchange メールボックスに自動的にアクセスします。Unity Connection が新しいメールボックスを検出できない場合は、ユニファイド メッセージング サービスまたはユニファイド メッセージング アカウントを手動で更新する必要があります。
表 2 では、Exchange サーバ間でのメールボックスの移動がどのような場合に Unity Connection によって自動的に検出されるかを示します。Unity Connection がメールボックスの移動を検出できない場合に、Unity Connection のユーザ設定を更新する方法については、Exchange メールボックスの移動と復元の章を参照してください。
2007 および 2013 |
2007 および 2016 |
2013 および 2016 |
2016 および 2016 |
|||||||
---|---|---|---|---|---|---|---|---|---|---|
○ | なし | なし | なし | なし | なし | なし | なし | なし | なし | |
○ | ○ | なし | なし | ○ | なし | なし | なし | なし | なし | |
○ | ○ | ○ | なし | ○ | ○ | なし | ○ | なし | なし | |
Exchange 2016 サーバ |
○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ | ○ |
Unity Connection が DNS を使用するように設定されていない場合、特定の Exchange サーバを選択する必要があります。これによって、この項で説明したように、組織内のすべての Exchange メールボックスにアクセスできない場合、複数のユニファイド メッセージング サービスを作成する必要があります。
特定の Exchange サーバを選択し、そのサーバが機能を停止した場合、Unity Connection は Exchange メールボックスにアクセスできません。Unity Connection で Exchange サーバを検索できるように選択し、Unity Connection が現在通信している Exchange サーバが機能を停止した場合、Unity Connection は別の Exchange サーバを検索し、そのサーバを経由してメールボックスへのアクセスを開始します。
サポート対象のメール サーバでユニファイド メッセージングを設定する前に、次の前提条件を満たす必要があります。
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/11x/requirements/b_11xcucsysreqs.html で、『System Requirements for Cisco Unity Connection Release 11.x』の「Requirements for Using Unified Messaging Features」を確認してください。
Unity Connection が LDAP ディレクトリと統合されている場合:Cisco Unity Connection Administration に移動し、次の項目について確認します。
[システム設定(System Settings)] を展開し、[LDAP ディレクトリの設定(LDAP Directory Configuration)] を選択します。適切な LDAP ディレクトリ設定を選択します。[LDAP ディレクトリの設定(LDAP Directory Configuration)] ページで、Cisco Unified Communications Manager のユーザ フィールドの [メール ID(Mail ID)] フィールドが [LDAP 属性(LDAP Attribute)] のメールと同期していることを確認します。
これにより、[LDAP メール(LDAP mail)] フィールドの値が、LDAP をインポートしたユーザの [社内電子メール アドレス(Corporate Email Address)] フィールドに表示されるようになります。
[ユーザ(Users)] を展開し、[ユーザ(Users)] を選択します。該当するユーザを選択します。[ユーザの基本設定の編集(Edit User Basics)] ページで、[企業電子メールアドレス(Corporate Email Address)] に入力します。
ユーザ ページの [編集(Edit)] を選択し、[ユニファイドメッセージングアカウント(Unified Messaging Account)] を選択します。ユーザの [ユニファイドメッセージングアカウント(Unified Messaging Account)] ページで、[Eメールアドレス(Email Address)] フィールドの値が指定されていることを確認します。
ステップ 1 | ユニファイド メッセージングを設定する前に、前提条件を満たしていることを確認します。ユニファイド メッセージングの設定の前提条件を参照してください。 | ||
ステップ 2 | ユニファイド メッセージング ユーザが Exchange 2013 または Exchange 2016 と通信するための Active Directory アカウントを作成します。Active Directory でユニファイド メッセージング サービス アカウントを作成し、権限を付与する方法の詳細については、Active Directory でのユニファイド メッセージングの設定を参照してください。 | ||
ステップ 3 | Unity Connection が別の Exchange 2013 または Exchange 2016 サーバを検索して通信できるようにするか、または特定のサーバのホスト名または IP アドレスがわかっている場合に Unity Connection がその特定の Exchange 2013 または Exchange 2016 サーバと通信できるようにするかを決定します。次の手順を実行してください。 | ||
ステップ 4 | Unity Connection が DNS を使用するように設定されていない場合は、次の CLI コマンドを使用して DNS を設定してください。
CLI コマンドの詳細については、該当する『Command Line Interface Reference Guide for Cisco Unified Communications Solutions』を参照してください。このガイドは、http://www.cisco.com/en/US/products/ps6509/prod_maintenance_guides_list.html から入手可能です。 | ||
ステップ 5 | (選択した設定のみ):次の条件のいずれかまたは両方で、Unity Connection と Exchanged 間および Unity Connection と Active Directory 間の通信を暗号化するため SSL 証明書を Unity Connection サーバ上にアップロードする必要があります。
詳細については、Exchange および Active Directory 用の CA パブリック証明書のアップロードを参照してください。 | ||
ステップ 6 | Unity Connection 上で、1 つ以上のユニファイド メッセージング サービスを設定します。詳細については、権限の付与を参照してください。 | ||
ステップ 7 | ユニファイド メッセージングのユーザの設定を更新します。詳細については、Unity Connection ユーザに対して構成された設定を参照してください。 | ||
ステップ 8 | Unity Connection ユーザを通信するメール サーバとリンクさせるために 1 つ以上のユニファイド メッセージング アカウントを設定します。詳細については、ユーザのユニファイド メッセージング アカウントを参照してください。 | ||
ステップ 9 | ユニファイド メッセージングの設定をテストします。詳細については、ユニファイド メッセージング設定のテストを参照してください。 |
ステップ 1 | ユニファイド メッセージングを設定する前に、前提条件を満たしていることを確認します。ユニファイド メッセージングの設定の前提条件を参照してください。 | ||
ステップ 2 | Exchange 2010 との通信に Unity Connection ユニファイド メッセージング ユーザが使用する Active Directory アカウントを作成します。Active Directory でユニファイド メッセージング サービス アカウントを作成し、権限を付与する方法の詳細については、Active Directory でのユニファイド メッセージングの設定を参照してください。 | ||
ステップ 3 | Unity Connection が別の Exchange 2010 サーバを検索して通信できるようにするか、または特定のサーバのホスト名または IP アドレスがわかっている場合に Unity Connection がその特定の Exchange 2010 サーバと通信できるようにするかを決定します。所定の手順に従います。 | ||
ステップ 4 | Unity Connection が DNS を使用するように設定されていない場合は、次の CLI コマンドを使用して DNS を設定してください。
CLI コマンドの詳細については、該当する『Command Line Interface Reference Guide for Cisco Unified Communications Solutions』を参照してください。このガイドは、http://www.cisco.com/en/US/products/ps6509/prod_maintenance_guides_list.html から入手可能です。 | ||
ステップ 5 | (選択した設定のみ):次の条件のいずれかまたは両方で、Unity Connection と Exchanged 間および Unity Connection と Active Directory 間の通信を暗号化するため SSL 証明書を Unity Connection サーバ上にアップロードする必要があります。
詳細については、Exchange および Active Directory 用の CA パブリック証明書のアップロードを参照してください。 | ||
ステップ 6 | Unity Connection 上で、1 つ以上のユニファイド メッセージング サービスを設定します。詳細については、権限の付与を参照してください。 | ||
ステップ 7 | ユニファイド メッセージングのユーザの設定を更新します。詳細については、Unity Connection ユーザに対して構成された設定を参照してください。 | ||
ステップ 8 | Unity Connection ユーザを通信するメール サーバとリンクさせるために 1 つ以上のユニファイド メッセージング アカウントを設定します。詳細については、ユーザのユニファイド メッセージング アカウントを参照してください。 | ||
ステップ 9 | ユニファイド メッセージングの設定をテストします。詳細については、ユニファイド メッセージング設定のテストを参照してください。 |
ステップ 1 | ユニファイド メッセージングを設定する前に、前提条件を満たしていることを確認します。ユニファイド メッセージングの設定の前提条件を参照してください。 | ||
ステップ 2 | Exchange 2007 との通信に Unity Connection ユニファイド メッセージング ユーザが使用する Active Directory アカウントを作成します。Active Directory でユニファイド メッセージング サービス アカウントを作成し、権限を付与する方法の詳細については、Active Directory でのユニファイド メッセージングの設定を参照してください。 | ||
ステップ 3 | Unity Connection が別の Exchange 2007 サーバを検索して通信できるようにするか、または特定のサーバのホスト名または IP アドレスがわかっている場合に Unity Connection がその特定の Exchange 2007 サーバと通信できるようにするかを決定します。所定の手順に従います。 | ||
ステップ 4 | Unity Connection が DNS を使用するように設定されていない場合は、次の CLI コマンドを使用して DNS を設定してください。
CLI コマンドの詳細については、該当する『Command Line Interface Reference Guide for Cisco Unified Communications Solutions』を参照してください。このガイドは、http://www.cisco.com/en/US/products/ps6509/prod_maintenance_guides_list.html から入手可能です。 | ||
ステップ 5 | (選択した設定のみ):次の条件のいずれかまたは両方で、Unity Connection と Exchanged 間および Unity Connection と Active Directory 間の通信を暗号化するため SSL 証明書を Unity Connection サーバ上にアップロードする必要があります。
詳細については、Exchange および Active Directory 用の CA パブリック証明書のアップロードを参照してください。 | ||
ステップ 6 | Unity Connection 上で、1 つ以上のユニファイド メッセージング サービスを設定します。詳細については、権限の付与を参照してください。 | ||
ステップ 7 | ユニファイド メッセージングのユーザの設定を更新します。詳細については、Unity Connection ユーザに対して構成された設定を参照してください。
Unity Connection ユーザを通信するメール サーバとリンクさせるために 1 つ以上のユニファイド メッセージング アカウントを設定します。詳細については、ユーザのユニファイド メッセージング アカウントを参照してください。 |
ステップ 1 | ユニファイド メッセージングを設定する前に、前提条件を満たしていることを確認します。ユニファイド メッセージングの設定の前提条件を参照してください。 | ||
ステップ 2 | Office 365 との通信に Unity Connection ユニファイド メッセージング ユーザが使用する Active Directory アカウントを作成します。Active Directory でユニファイド メッセージング サービス アカウントを作成し、権限を付与する方法の詳細については、Active Directory でのユニファイド メッセージングの設定を参照してください。 | ||
ステップ 3 | (Unity Connection 11.5(1) 以降のみ)Office 365 クライアント アクセス サーバにサインインするために Unity Connection で使用する認証のタイプを決定して選択します。これを行うには、Cisco Unity Connection Administration 上で [システム設定(System Settings)] > [詳細設定(Advanced)] > [Connection 管理(Connection Administration)] に移動して、次のいずれかを選択します。 | ||
ステップ 4 | Office 365 サーバ上で次のタスクを実行して、Unity Connection が別の Office 365 サーバを検索して通信できるようにする自動検出機能を有効にします。 | ||
ステップ 5 | 同期スレッドは、Unity Connection と Office 365 サーバとの間の遅延に基づいて設定する必要があります。詳細については、次の URL から入手可能な『Design Guide for Cisco Unity Connection, Release 11.x』の「Single Inbox」の章の「Latency」を参照してください。 | ||
ステップ 6 | DNS を設定するには、次の CLI コマンドを実行します。
CLI コマンドの詳細については、該当する『Command Line Interface Reference Guide for Cisco Unified Communications Solutions』を参照してください。このガイドは、http://www.cisco.com/en/US/products/ps6509/prod_maintenance_guides_list.html から入手可能です。 | ||
ステップ 7 | (選択した設定のみ):SSL 証明書を Unity Connection サーバにアップロードして、Unity Connection と Office 365 間の通信、または Unity Connection と Active Directory 間の通信を暗号化します。証明書をアップロードすることで、次のことを行うことができます。
詳細については、Exchange および Active Directory 用の CA パブリック証明書のアップロードを参照してください。 | ||
ステップ 8 | Unity Connection 上で、1 つ以上のユニファイド メッセージング サービスを設定します。詳細については、権限の付与を参照してください。 | ||
ステップ 9 | ユニファイド メッセージングのユーザの設定を更新します。詳細については、Unity Connection ユーザに対して構成された設定を参照してください。 | ||
ステップ 10 | Unity Connection ユーザを通信するメール サーバとリンクさせるために 1 つ以上のユニファイド メッセージング アカウントを設定します。詳細については、ユーザのユニファイド メッセージング アカウントを参照してください。 | ||
ステップ 11 | ユニファイド メッセージング サービスをテストします。詳細については、ユニファイド メッセージング設定のテストを参照してください。 |
Unity Connection では、ユニファイド メッセージング サービス アカウントと呼ばれる Active Directory アカウントを使用して、Exchange または Office 365 メールボックスにアクセスします。アカウントを作成後、Unity Connection がユーザの代わりに操作を行うために必要な権限をアカウントに与えます。
Office 365、Exchange 2016、Exchange 2013、Exchange 2010、および Exchange 2007 の場合、処理は Exchange Web Services(EWS)を通じて行われます。Exchange メールボックスへのメッセージのアップロード
Unity Connection が通信する Exchange サーバを含む Active Directory フォレストに 1 つまたは複数のドメイン ユーザ アカウントを作成する必要があります。
Active Directory でユニファイド メッセージングを設定する場合は、次の点に注意してください。
アカウントには、Unity Connection のユニファイド メッセージング サービス アカウントであることがわかる名前を付けます。
(Exchange サーバのみ)ドメイン ユーザ アカウントのメールボックスを作成しないでください。アカウントのメールボックスを作成した場合、ユニファイド メッセージングは適切に機能しません。
(注) | Office 365 サーバの場合は、ドメイン ユーザ アカウントのメールボックスを作成する必要があります。 |
アカウントを無効にしないでください。無効にすると、Unity Connection がアカウントを使用して Exchange または Office 365 メールボックスにアクセスできなくなります。
会社のパスワード セキュリティ要件を満たすパスワードを指定します。
(注) | パスワードは AES 128 ビットの暗号化方式によって暗号化され、Unity Connection データベースに保存されます。パスワードの暗号化キーはルート アクセスによってのみアクセスでき、ルート アクセスを使用するには Cisco TAC のサポートが必要です。 |
クラスタ用にユニファイド メッセージングを設定すると、Unity Connection は、自動的に両方の Unity Connection サーバに同じユニファイド メッセージング サービス アカウントを使用します。
サイト間ネットワーキングまたはサイト内ネットワーキングにユニファイド メッセージングを設定すると、複数の Unity Connection サーバで同じユニファイド メッセージング サービス アカウントを使用できます。ただし、これは要件ではないので、機能や性能には影響を与えません。
ステップ 1 | エンタープライズ管理グループのメンバーであるアカウントか、または設定コンテナの Exchange オブジェクトで権限を付与できるアカウントを使用して、Exchange 管理シェルがインストールされているサーバにログインします。 | ||
ステップ 2 | Exchange 管理シェルで次のコマンドを実行し、Exchange 2013 または Exchange 2016 のユニファイド メッセージング サービス アカウントにアプリケーション偽装管理ロールを割り当てます。
New-ManagementRoleAssignment -Name: <RoleName> -Role:ApplicationImpersonation -User:' <Account>, where:
複数のユニファイド メッセージング サービス アカウントを作成した場合は、残りのアカウントに対してステップ ステップ 2 を繰り返します。各ユニファイド メッセージング サービス アカウントの RoleName には、異なる値を指定します。
|
ステップ 1 | エンタープライズ管理グループのメンバーであるアカウントか、または設定コンテナの Exchange オブジェクトで権限を付与できるアカウントを使用して、Exchange 管理シェルがインストールされているサーバにログインします。 | ||
ステップ 2 | Exchange 管理シェルで次のコマンドを実行し、Exchange 2010 のユニファイド メッセージング サービス アカウントにアプリケーション偽装管理ロールを割り当てます。
New-ManagementRoleAssignment -Name: <RoleName> -Role:ApplicationImpersonation -User:' <Account>, where:
複数のユニファイド メッセージング サービス アカウントを作成した場合は、残りのアカウントに対してステップ ステップ 2 を繰り返します。各ユニファイド メッセージング サービス アカウントの RoleName には、異なる値を指定します。 Exchange 2010 のユニファイド メッセージング サービス アカウントを設定する場合は、ユニファイド メッセージング サービス アカウントにアプリケーション偽装管理ロールを割り当てる必要があります。 CLI コマンドの詳細については、該当する『Command Line Interface Reference Guide for Cisco Unified Communications Solutions』を参照してください。このガイドは、http://www.cisco.com/en/US/products/ps6509/prod_maintenance_guides_list.html から入手可能です。 | ||
ステップ 3 | (選択した設定のみ):次の条件のいずれかまたは両方で、Unity Connection と Exchanged 間および Unity Connection と Active Directory 間の通信を暗号化するため SSL 証明書を Unity Connection サーバ上にアップロードする必要があります。
詳細については、Exchange および Active Directory 用の CA パブリック証明書のアップロードを参照してください。 | ||
ステップ 4 | Unity Connection 上で、1 つ以上のユニファイド メッセージング サービスを設定します。詳細については、メール サーバにアクセスするためのユニファイド メッセージング サービスの作成を参照してください。 | ||
ステップ 5 | ユニファイド メッセージングのユーザの設定を更新します。詳細については、Unity Connection ユーザに対して構成された設定を参照してください。
Unity Connection ユーザを通信するメール サーバとリンクさせるために 1 つ以上のユニファイド メッセージング アカウントを設定します。詳細については、ユーザのユニファイド メッセージング アカウントを参照してください。 |
Exchange メールボックスが Exchange 2007 サーバにある Unity Connection ユーザにユニファイド メッセージングを設定する場合は、それらのサーバのローカル コンピュータ アカウントが Windows Authorization Access グループのメンバーであることを確認します。次に、Exchange 2007 のユニファイド メッセージング サービス アカウントへの適切な権限を付与します。
ステップ 1 | ドメイン管理者ユーザ アカウントを使用して、Active Directory ユーザとコンピュータがインストールされているサーバにログインします。 |
ステップ 2 | Windows の [スタート(Start)] メニューで、[管理ツール(Administrative Tools)] > [Active Directory ユーザとコンピュータ(Active Directory Users and Computers)] を選択します。 |
ステップ 3 | 左ペインで Unity Connection がアクセスできる Exchange 2007 クライアント アクセス サーバを含むドメインの名前を展開し、[ビルトイン(Builtin)] を選択します。 |
ステップ 4 | 右ペインで [Windows Authorization Access Group] を右クリックし、[プロパティ] を選択します。 |
ステップ 5 | [Windows Authorization Access Group Properties] ダイアログボックスで、[メンバー(Members)] タブを選択してから [追加] を選択します。 |
ステップ 6 | [ユーザ、連絡先、コンピュータ、またはグループの選択(Select Users, Contacts, Computers, or Groups)] ダイアログボックスで、[オブジェクトの種類(Object Types)] を選択し、[コンピュータ(Computers)] チェックボックスをオンにします。 |
ステップ 7 | [OK] を選択し、ダイアログボックスを閉じます。 |
ステップ 8 | [ユーザ、連絡先、コンピュータ、またはグループの選択(Select Users, Contacts, Computers, or Groups)] ダイアログボックスに、すべての Exchange 2007 クライアント アクセス サーバの名前を入力し、[名前の確認(Check Names)] を選択します。 |
ステップ 9 | [OK] を選択し、ダイアログボックスを閉じます。 |
ステップ 10 | Unity Connection がアクセスできる Exchange 2007 クライアント アクセス サーバを含む他のドメインに対してステップ ステップ 3 ~ステップ ステップ 9 を繰り返します。 |
ステップ 1 | エンタープライズ管理グループのメンバーであるアカウントか、または設定コンテナ内の Exchange オブジェクトに対して権限を付与できるアカウントを使用して、Exchange 管理シェルにサインインします。 |
ステップ 2 | Exchange Management Shell で次のコマンドを実行し、Exchange 2007 のユニファイド メッセージング サービス アカウントに必要な権限を付与します。
Add-ADPermission -Identity (PermissionLevel).DistinguishedName -User (Get-User -Identity Account | select-object).identity -ExtendedRight ms-Exch-EPI-Impersonation Add-ADPermission -Identity (PermissionLevel).DistinguishedName -User (Get-User -Identity Account | select-object).identity -ExtendedRight ms-Exch-EPI-May-Impersonate Add-ADPermission -Identity (PermissionLevel).DistinguishedName -User (Get-User -Identity Account | select-object).identity -ExtendedRights Receive-As 引数の説明
|
ステップ 3 | 複数のユニファイド メッセージング サービス アカウントを作成している場合は、残りのアカウントとアクセスする追加の Exchange 2007 サーバそれぞれに対してステップ 2 を繰り返します。 |
ステップ 4 | ステップ ステップ 2 で個々の Exchange サーバに権限を設定し、複数の Exchange 2007 サーバがある場合は、次のサーバでステップ ステップ 1 ~ステップ ステップ 3 を繰り返します。 |
ステップ 1 | Unity Connection がアクセスできる Exchange 2007 クライアント アクセス サーバで、ローカル管理者グループのメンバーであるアカウントを使用してサインインします。 | ||
ステップ 2 | Windows の [スタート(Start)] メニューで、[管理ツール(Administrative Tools)] を展開して、[ローカル セキュリティ ポリシー(Local Security Policy)] を選択します。 | ||
ステップ 3 | 左ペインで、[ローカル ポリシー(Local Policies)] を展開して、[ユーザ権利の割り当て(User Rights Assignment)] を選択します。 | ||
ステップ 4 | 右ペインで [ローカル ログオンを許可する(Allow Log on Locally)] を右クリックし、[プロパティ(Properties)] を選択します。 | ||
ステップ 5 | [ローカル ログオンを許可するプロパティ(Allow Log on Locally Properties)] ダイアログボックスの [ローカル セキュリティの設定(Local Security Setting)] タブで、[ユーザまたはグループの追加(Add User or Group)] を選択します。
通信する Exchange 2007 サーバの Active Directory で作成したユニファイド メッセージング サービス アカウントの名前を入力します。
| ||
ステップ 6 | [名前の確認(Check Names)] と [OK] を選択し、[ユーザ、コンピュータ、またはグループの選択(Select Users, Computers, or Groups)] ダイアログボックスを閉じます。 | ||
ステップ 7 | [OK] を選択して、[ローカル ログオンを許可するプロパティ(Allow Log on Locally Properties)] ダイアログボックスを閉じてから [ローカル セキュリティ設定(Local Security Settings)] を閉じます。 | ||
ステップ 8 | 次のサーバでステップ ステップ 1 ~ステップ ステップ 7 を繰り返します。 |
ユニファイド メッセージングのために Unity Connection がアクセスする Exchange サーバを選択した後、目的の認証モード(基本、ダイジェスト、または NTLM)および Web ベースのプロトコル(HTTPS または HTTP)を使用するように Exchange サーバが設定されていることを確認します。
Unity Connection は、ユーザがユニファイド メッセージングの設定に NTLM 認証モードを選択した場合、NTLMv2 ベースの認証をサポートします。
Exchange サーバで認証モードおよび Web ベース プロトコルを設定した後、1 つ以上の Unity Connection ユニファイド メッセージング サービスを作成します。サーバで指定したものと同じ認証モードと Web ベース プロトコルを選択します。
ステップ 1 | Exchange 2013 または Exchange 2016 クライアント アクセス サーバにログインするために Unity Connection で使用する認証のタイプ(基本または NTLM)を決定します。同じタイプの認証を使用するように、すべての Exchange 2013 または Exchange 2016 クライアント アクセス サーバを設定する必要があります。 |
ステップ 2 | Unity Connection と Exchange 2013 または Exchange 2016 クライアント アクセス サーバの通信に対して SSL 暗号化を行うかどうかを決定します。行う場合、すべての Exchange 2013 または Exchange 2016 クライアント アクセス サーバで同じ SSL 設定を指定する必要があります。 |
ステップ 3 | Unity Connection がアクセスする Exchange 2013 クライアント アクセスと同じサーバへのアクセス権があるサーバにログインします。ローカル管理者グループのメンバーであるアカウントを使用します。 |
ステップ 4 | Windows の [スタート(Start)] メニューで、 を選択します。 |
ステップ 5 | 設定を確認する最初の Exchange 2013 クライアント アクセス サーバの場合、左ペインで [<servername>] > [サイト(Sites)] > [既定の Web サイト(Default Website)] の順に展開します。EWS と自動検出の両方の認証設定を確認する必要があります。 |
ステップ 6 | [既定の Web サイト(Default Website)] で、[自動検出(Autodiscover)] を選択します。 |
ステップ 7 | [既定の Web サイト(Default Website)] で、[EWS] を選択します。 |
ステップ 8 | Unity Connection がアクセスできる他の Exchange 2013 または Exchange 2016 クライアント アクセス サーバに対してステップ ステップ 5 ~ステップ ステップ 7 を繰り返します。 |
ステップ 9 | IIS Manager を閉じます。 |
ステップ 1 | Exchange 2010 クライアント アクセス サーバにログインするために Unity Connection で使用する認証のタイプ(基本、ダイジェスト、または NTLM)を決定します。次のサーバで同じタイプの認証が使用されるように設定する必要があります。 |
ステップ 2 | Unity Connection と Exchange 2010 クライアント アクセス サーバの通信に対して SSL 暗号化を行うかどうかを決定します。行う場合、次のサーバで同じ SSL 設定を指定する必要があります。 |
ステップ 3 | Unity Connection にある同じ Exchange 2010 クライアント アクセス サーバにアクセスできるサーバにサインインします。ローカル管理者グループのメンバーであるアカウントを使用します。 |
ステップ 4 | Windows の [スタート(Start)] メニューで、 を選択します。 |
ステップ 5 | 設定を確認する最初の Exchange 2010 クライアント アクセス サーバの場合、左ペインで [<servername>] > [サイト(Sites)] > [既定の Web サイト(Default Website)] の順に展開します。自動検出と EWS の両方の認証設定を確認する必要があります。 |
ステップ 6 | [既定の Web サイト(Default Website)] で、[自動検出(Autodiscover)] を選択します。 |
ステップ 7 | [既定の Web サイト(Default Website)] で、[EWS] を選択します。 |
ステップ 8 | Unity Connection がアクセスできる他の Exchange 2010 クライアント アクセス サーバの場合、ステップ ステップ 5 ~ステップ ステップ 7 を繰り返します。 |
ステップ 9 | [IIS Manager] を閉じます。 |
ステップ 1 | Exchange 2007 クライアント アクセス サーバにログインするために Unity Connection で使用する認証のタイプ(基本、ダイジェスト、または NTLM)を決定します。次のサーバで同じタイプの認証が使用されるように設定する必要があります。 |
ステップ 2 | Unity Connection と Exchange 2007 クライアント アクセス サーバの通信に対して SSL 暗号化を行うかどうかを決定します。行う場合、次のサーバで同じ SSL 設定を指定する必要があります。 |
ステップ 3 | Unity Connection にあるものと同じ Exchange 2007 クライアント アクセス サーバにアクセスできるサーバにサインインします。ローカル管理者グループのメンバーであるアカウントを使用します。 |
ステップ 4 | Windows の [スタート(Start)] メニューで、 を選択します。 |
ステップ 5 | 設定を確認する最初の Exchange 2007 サーバの場合、左ペインで [<servername>] の順に展開します。EWS と自動検出の両方の認証設定を確認する必要があります。 |
ステップ 6 | [既定の Web サイト(Default Website)] で、 を右クリックします。 |
ステップ 7 | [既定の Web サイト(Default Website)] で、[EWS] を右クリックします。 |
ステップ 8 | Unity Connection がアクセスできる他の Exchange 2007 クライアント アクセス サーバの場合、ステップ 5 ~ステップ 7 を繰り返します。 |
ステップ 9 | [IIS Manager] を閉じます。 |
任意のユニファイド ユーザの Exchange メールボックスにボイスメールや受信を含む 1000 以上のメッセージがある場合は、Unity Connection サーバで EWS ページ ビュー検索機能を有効にします。
メッセージに対するページ ビュー機能を有効にする場合、「System.Messaging.MbxSynch.MbxSynchUsePaging」パラメータの値を 1 に設定する必要があります。
次の手順を実行して、ページ ビュー機能を設定します。
Microsoft はデフォルトではクライアント スロットル ポリシー機能を有効にしました。すでに設定されているスロットル ポリシーが存在しない場合、Microsoft Exchange はすべてのユーザにデフォルト ポリシーを適用します。デフォルトのスロットル ポリシーは、Unity Connection などの偽装を使用する企業アプリケーションではなく、エンド ユーザの負荷に対応して設定されます。ユニファイド メッセージングに設定された Unity Connection ユーザが Exchange 2010 にメールボックスを持っている場合、新しいメールボックスのポリシーを作成し、ユニファイド メッセージング ユーザのメールボックス アカウントに適用することによって、ユニファイド メッセージング ユーザ メールボックスの Exchange 2010 EWS 制限を設定します。EWS 制限を設定しない場合、メッセージが同期化されず、ステータスの変更(未読から既読への変更など)、件名行の変更、およびプライオリティの変更は複製されない場合があります。さらに、Exchange の予定表と連絡先にアクセスしようとすると障害が発生する可能性があります。
(注) | Exchange 2010 SP2 RU4 より前のバージョンでは、スロットル制限はコーリング アカウント(この例ではサービス アカウント)に対して計算されました。2010 SP2 RU4 以降、この制限は変更されました。チャージは、コーリング アカウントの代わりにターゲット メールボックスに対して計算されるようになりました。 |
(注) | FindItem コールのページ ビュー機能を必ず有効にしてください。ページ ビュー機能を有効にする方法の詳細については、ページ ビュー機能の設定を参照してください。ページ ビュー機能が無効の場合、以下の手順に従って、EWS 制限を設定します。 |
ステップ 1 | Exchange Management Shell がインストールされているサーバにサインインします。エンタープライズ管理グループのメンバーであるアカウント、または設定コンテナ内の Exchange オブジェクトで権限を付与する権限を持つアカウントのいずれかを使用して、ログインします。 | |||||||||||||||||
ステップ 2 | 以下の EWS 接続で、Exchange メールボックスにボイスメールや受信も含めて 1000 を超えるメッセージが含まれる場合に新規ポリシーを作成します。10000 メッセージを持つ Exchange メールボックスの場合、新規スロットル ポリシーは次のようになります。
New-ThrottlingPolicy -Name "<ConnectionUnifiedMessagingServicesPolicy>" -EWSPercentTimeInCAS 300 -EWSPercentTimeInMailboxRPC 200 -EWSFindCountLimit 10000 -EWSPercentTimeinAD 100 ここで、ConnectionUnifiedMessagingServicesPolicy は、ポリシーに割り当てる名前です。スロットルのポリシー パラメータの詳細については、表 3 を参照してください。 すべてのユニファイド メッセージング ユーザ メール ボックスに新規ポリシーを適用します。各ユーザ メール ボックスで、次のコマンドを実行します。 Set-ThrottlingPolicyAssociation -Identity "<ConnectionUnifiedMessagingusermailbox>" -ThrottlingPolicy "<ConnectionUnifiedMessagingServicesPolicy>"
| |||||||||||||||||
ステップ 3 | メールボックスが新しいポリシーを使用していることを確認します。
Get-ThrottlingPolicyAssociation -Identity "<ConnectionUnifiedMessagingusermailbox>" | findstr "ThrottlingPolicy" | |||||||||||||||||
ステップ 4 | CAS ロールを持つ各 Exchange 2010 サーバで、Microsoft Exchange RPC Client Access サービスを再起動します。
|
ユニファイド メッセージングに設定された Unity Connection ユーザが Exchange 2010 にメールボックスを持っている場合、新しいメールボックスのポリシーを作成し、ユニファイド メッセージング サービス アカウントに適用することによって、ユニファイド メッセージング サービス アカウントの Exchange 2010 EWS 制限を設定します。EWS 制限を設定しない場合、メッセージが同期化されず、ステータスの変更(未読から既読への変更など)、件名行の変更、およびプライオリティの変更は複製されない場合があります。さらに、Exchange の予定表と連絡先にアクセスしようとすると障害が発生する可能性があります。
(注) | Exchange 2010 Service Pack 1 よりも前のバージョンでは、EWS 制限はデフォルトではオフでした。Service Pack 1(デフォルトで制限をオンにする)がインストールされていない場合、次の手順を実行することを推奨します。この手順を実行しない場合、Service Pack 1 をインストールすると、Unity Connection の機能が影響を受けます。 |
ステップ 1 | Exchange Management Shell がインストールされているサーバにサインインします。エンタープライズ管理グループのメンバーであるアカウント、または設定コンテナ内の Exchange オブジェクトで権限を付与する権限を持つアカウントのいずれかを使用して、ログインします。 | |||||||||||||||||||||
ステップ 2 | 制限のない EWS 接続を持つ新しいポリシーを作成します。
New-ThrottlingPolicy -Name "<ConnectionUnifiedMessagingServicesPolicy>" -EWSMaxConcurrency $null -EWSMaxSubscriptions $null -EWSPercentTimeInCAS $null -EWSPercentTimeInMailboxRPC $null -EWSFindCountLimit $null -EWSPercentTimeinAD $null ここで、ConnectionUnifiedMessagingServicesPolicy は、ポリシーに割り当てる名前です。 | |||||||||||||||||||||
ステップ 3 | ユニファイド メッセージング サービス アカウントおよびユーザ メール ボックスに新しいポリシーを適用します。
Set-ThrottlingPolicyAssociation -Identity "<ConnectionUnifiedMessagingServicesAccount>" -ThrottlingPolicy "<ConnectionUnifiedMessagingServicesPolicy>"
| |||||||||||||||||||||
ステップ 4 | メールボックスが新しいポリシーを使用していることを確認します。
Get-ThrottlingPolicyAssociation -Identity "<ConnectionUnifiedMessagingServicesAccount>" | findstr "ThrottlingPolicy" | |||||||||||||||||||||
ステップ 5 | 複数のユニファイド メッセージング サービス アカウントを作成した場合は、残りのアカウントに対してステップ ステップ 3 とステップ ステップ 4 を繰り返します。 | |||||||||||||||||||||
ステップ 6 | CAS ロールを持つ各 Exchange 2010 サーバで、Microsoft Exchange RPC Client Access サービスを再起動します。
|
ステップ 1 | 管理者として Windows PowerShell を実行し、次のコマンドを実行します。 | ||
ステップ 2 | Windows PowerShell エンドポイントで次のコマンドを実行し、ポップアップ ウィンドウで認証のために Office365 管理者アカウントのクレデンシャルを入力します。 | ||
ステップ 3 | Office 365 とのリモート Windows PowerShell セッションを確立するには、New-PSSession Windows PowerShell cmdlet を使用して、http://ps.outlook.com/powershell のジェネリック リモート Windows PowerShell エンドポイントに接続します。次のコマンドを実行して、リモート Exchange シェル セッションを作成します。
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/ -Credential $LiveCred -Authentication Basic -AllowRedirection
| ||
ステップ 4 | 次のコマンドを実行して、すべてのリモート Exchange シェル コマンドをローカル クライアント側セッションにインポートします。
これが失敗してエラー メッセージが表示される場合、リモート PowerShell scripts.Run Get-ExecutionPolicy の実行を許可するように実行ポリシーを設定する必要がある場合があります。返される値が RemoteSigned 以外の場合、Set-ExecutionPolicy RemoteSigned を実行して値を RemoteSigned に変更する必要があります。 http://technet.microsoft.com/en-us/library/jj984289%28v=exchg.150%29.aspx Import-PSSession を使用するには、現在のセッションの実行ポリシーを Restricted または All signed にすることはできません。Import-PSSession が作成する一時モジュールに、これらのポリシーで禁じられる署名されないスクリプト ファイルが含まれるためです。ローカル コンピュータに対する実行ポリシーを変更せずに Import-PSSession を使用するには、Set-ExecutionPolicy の Scope パラメータを使用して、単一プロセスに対して制限のより少ない実行ポリシーを設定します。 http://community.office365.com/en-us/forums/158/t/71614.aspx. |
ステップ 1 | Office 365 で偽装を設定するためには、Windows PowerShell スクリプトを実行する必要があります。 | ||
ステップ 2 | New-ManagementRoleAssignment cmdlet を実行する権限が必要です。管理者には、デフォルトでこの権限が付与されています。
サービス アカウントに組織内のすべてのユーザを偽装する権限を付与するには、「New-ManagementRoleAssignment」Exchange 管理シェル cmdlet を使用します。 new-ManagementRoleAssignment -<Name>:RoleName -<Role>:ApplicationImpersonation -<User>:Account
次に例を示します。 New-ManagementRoleAssignment –Name "ConnectionUMServicesAcct" –Role "ApplicationImpersonation" –User serviceaccount@example.onmicrosoft.com | ||
ステップ 3 | 複数のユニファイド メッセージング サービス アカウントを作成した場合は、残りのアカウントについてステップ ステップ 2 を繰り返します。各ユニファイド メッセージング サービス アカウントの RoleName には、異なる値を指定します。
|
サポート対象のメール サーバにアクセスするために Unity Connection で 1 つ以上のユニファイド メッセージング サービスを作成するには、次の手順を実行します。
(注) | HTTPS を使用するようにサポート対象のメール サーバを設定した場合は、メール サーバの証明書を検証するようにユニファイド メッセージング サービスを設定する必要があります。メール サーバに SSL 証明書を発行した証明機関から、Tomcat-trust および Unity Connection-trust の両方のロケーションに証明書をアップロードする必要があります。SSL 証明書のアップロードについては、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/11x/security/b_11xcucsecx.html から入手可能な『Security Guide for Cisco Unity Connection Release 11.x』の「Using SSL to Secure Client/Server Connections」の章を参照してください。 |
個々のメール サーバと通信するように Unity Connection を設定している場合は、各メール サーバに対しユニファイド メッセージング サービスを設定する必要があります。
ステップ 1 | Cisco Unity Connection Administration で、[ユニファイド メッセージング(Unified Messaging)] を展開して、[ユニファイド メッセージング サービス(Unified Messaging Services)] を選択します。 |
ステップ 2 | [ユニファイド メッセージング サービスの検索(Search Unified Messaging Services)] ページで、[新規追加(Add New)] を選択し、新しいユニファイド メッセージング サービスを作成します。また、作成済みのユニファイド メッセージング サービスを選択して設定を変更することもできます。[新しいユニファイドメッセージングサービス(New Unified Messaging Services)] ページ、または [ユニファイドメッセージングサービスの編集(Edit Unified Messaging services)] ページが表示されます。 |
ステップ 3 | 必要なフィールドに値を入力してユニファイド メッセージング サービスを設定し、[保存(Save)] を選択します(各フィールドの詳細については、選択したメール サーバに応じて [ヘルプ(Help)] > [このページ(This Page)] を参照)。
個々のメール サーバと通信するように Unity Connection を設定している場合は、各メール サーバに対しユニファイド メッセージング サービスを設定する必要があります。 |
ユニファイド メッセージング サービスを作成した際、Exchange サーバまたは Active Directory ドメイン コントローラ(DC)の証明書を検証するよう選択した場合は、Exchange サーバおよび DC の証明書に署名をした証明機関(CA)からパブリック証明書をアップロードする必要があります。
パブリック証明書を使用して、Unity Connection は Exchange サーバまたは DC と通信でき、ユニファイド メッセージングが正しく機能します。
Exchange サーバの証明書を検証するオプションを選択したが、次のサーバの中に SSL 証明書がまだインストールされていない場合:証明書を入手してインストールします。
Exchange 2016、Exchange 2013、または Exchange 2010 クライアント アクセス サーバ。
Exchange 2007 クライアント アクセス サーバ(Unity Connection からアクセスできるようにしたい Exchange 2007 メールボックスがある場合)。
また、Active Directory ドメイン コントローラの証明書を検証するオプションを選択しており、SSL 証明書がまだ DC にインストールされていない場合は、証明書を入手してインストールします。
リストに示されているサーバにインストールした SSL 証明書の発行に、外部の CA(ベリサインなど)を使用した場合で、CA のパブリック証明書を .pem 形式で保持している場合:そのファイルを Unity Connection サーバにアクセス可能なネットワーク上のロケーションに保存します。その後で、タスク 6 に進みます。
Microsoft 証明書サービスまたは Active Directory 証明書サービスを使用して SSL 証明書を発行した場合、または外部 CA を使用していて、.pem 形式の CA のパブリック証明書がない場合:OpenSSL または、パブリック証明書を .pem 形式に変換できるその他のアプリケーションをダウンロードしてインストールします。これは、Unity Connection が、他の形式のパブリック証明書をアップロードできないためです。
Microsoft 証明書サービスを使用して SSL 証明書を発行した場合:Microsoft 証明書サービスまたは Active Directory 証明書サービスのパブリック証明書をファイルに保存する方法を実行します。
Microsoft 証明書サービス、Active Directory 証明書サービス、または外部の CA を使用していて、.pem 形式のパブリック証明書を保持していない場合:ダウンロードしたアプリケーションを使用してパブリック証明書を .pem 形式に変換し、そのファイルを Unity Connection サーバにアクセス可能なネットワーク上の場所に保存します。
パブリック証明書を Unity Connection サーバにアップロードします。詳細については、パブリック証明書を Unity Connection サーバにアップロードする手順を参照してください。
ステップ 1 | Microsoft 証明書サービスをインストールし、次に示すサーバの SSL 証明書を発行したサーバにサインインします。 |
ステップ 2 | Windows の [スタート(Start)] メニューで、 を選択します。 |
ステップ 3 | [Certification Authority MMC] の左ペインでサーバ名を右クリックし、[プロパティ] をクリックします。 |
ステップ 4 | [全般(General)] タブの [<サーバ名> のプロパティ(<servername> Properties)] ダイアログボックスで、[証明書の表示(View Certificate)] を選択します。 |
ステップ 5 | [証明書] ダイアログボックスで、[Details] タブを選択します。 |
ステップ 6 | [Details] タブで [Copy to File] を選択します。 |
ステップ 7 | [証明書のエクスポート ウィザードの開始(Welcome to the Certificate Export Wizard)] ページで、[次へ(Next)] を選択します。 |
ステップ 8 | [エクスポート ファイルの形式(Export File Format)] ページで [次へ(Next)] をクリックして、デフォルト値 [DER Encoded Binary X.509 (.CER)] を受け入れます。 |
ステップ 9 | [エクスポートするファイル(File to Export)] ページで、Unity Connection サーバにアクセス可能なロケーション、およびファイル名を含めたパブリック証明書のフルパスを入力します。 |
ステップ 10 | [次へ(Next)] を選択します。 |
ステップ 11 | [証明書のエクスポート ウィザードの完了(Completing the Certificate Export Wizard)] ページで、[完了(Finish)] を選択します。 |
ステップ 12 | [OK] を 3 回選択してメッセージ ボックスと 2 つのダイアログボックスを閉じます。 |
ステップ 13 | [Certification Authority MMC] を閉じます。 |
ステップ 14 | ステップ ステップ 1 にリストされているすべてのサーバの SSL 証明書を同じ Microsoft 証明書サービスのインストールを使用して発行した場合は、この手順で終了です。この項のタスク リストに戻ります。
ステップ ステップ 1 にリストされているすべてのサーバの SSL 証明書を Microsoft 証明書サービスの異なるインストールを使用して発行した場合は、ステップ ステップ 1 ~ステップ 13 を繰り返し、Microsoft 証明書サービスの各インスタンスに対してパブリック証明書を 1 つずつ取得します。終了したら、この項のタスク リストに戻ります。 |
ステップ 1 | [Cisco Unified オペレーティング システムの管理(Cisco Unified Operating System Administration)] で、[セキュリティ(Security)] を展開し、[証明書の管理(Certificate Management)] を選択します。 |
ステップ 2 | [証明書の管理(Certificate Management)] ページで、[証明書のアップロード(Upload Certificate)] を選択します。 |
ステップ 3 | [証明書の名前(Certificate Name)] リストで、[tomcat-trust] を選択します。 |
ステップ 4 | (任意)[説明(Description)] フィールドに説明を入力し、[参照(Browse)] を選択します。 |
ステップ 5 | .pem 形式でパブリック証明書を保存した場所を参照し、変換した証明書のうち 1 つを選択します。 |
ステップ 6 | [ファイルのアップロード(Upload File)] を選択します。 |
ステップ 7 | ステップ ステップ 2 ~ステップ 6 を繰り返します。ただし、[証明書の名前(Certificate Name)] リストで [Unity Connection-trust] を選択します。 |
ステップ 8 | 複数の証明機関から取得したパブリック証明書を保持している場合は、残りの証明書に対してもステップ ステップ 2 ~ステップ 7 を繰り返します。 |
ステップ 1 | Cisco Unity Connection Administration で、[サービス クラス(Class of Service)] を展開し、[サービス クラス(Class of Service)] を選択します。[サービスクラスの検索(Search Class of Service)] ページで、ユニファイド メッセージングを設定するユーザに割り当てられたサービス クラスを選択します。(各フィールドの詳細については、[ヘルプ(Help)] > [このページ(This Page)] を参照)。 | ||
ステップ 2 | [サービス クラスの編集(Edit Class of Service)] ページの [ライセンス済み機能(Licensed Features)] セクションで、[IMAP クライアントやシングル インボックスを使用したボイスメールへのアクセスをユーザに許可する(Allow Users to Access Voicemail Using an IMAP Client and/or Single Inbox)] チェックボックスをオンにします。 | ||
ステップ 3 | メッセージ エージングまたはメッセージ割り当てを設定する必要があります。詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/11x/administration/guide/b_cucsag.html から入手可能な『System Administration Guide for Cisco Unity Connection, Release 11.x』の「Message Storage」の章を参照してください。
| ||
ステップ 4 | (音声合成機能の場合のみ):[ライセンス済み機能(Licensed Features)] セクションで、[詳細機能へのアクセスを許可する(Allow Access to Advanced Features)] および [テキスト/スピーチ(TTS)を使用した Exchange 電子メールへのアクセスを許可する(Allow Access to Exchange Email by Using Text to Speech (TTS))] チェックボックスをオンにします。 | ||
ステップ 5 | [保存(Save)] を選択します。 |
ユニファイド メッセージング アカウントは、Unity Connection ユーザをユニファイド メッセージング サービスに結びつけます。ユニファイド メッセージング アカウントは、オブジェクトをユーザ アカウントから分離します。
ユーザ アカウントを作成する際、Unity Connection はそのユーザのユニファイド メッセージング アカウントを自動的には作成しません。
1 人のユーザに複数のユニファイド メッセージング アカウントを作成できますが、1 人のユーザのユニファイド メッセージング アカウントは互いに重複する機能を持てません。たとえば、同じユーザに対して 2 つのユニファイド メッセージング アカウントを作成し、両方のアカウントで単一受信トレイを有効にできません。
1 人のユーザに対して複数のユニファイド メッセージング アカウントを作成することは、ユニファイド メッセージング機能を制御する 1 つの方法です。たとえば、すべてのユーザに単一受信トレイを利用できるようにし、Exchange メールに対するテキスト/スピーチ アクセスを利用できるのは一部のユーザのみにしたい場合は、2 つのユニファイド メッセージング サービスを作成します。つまり、1 つのサービスでは単一受信トレイをアクティブ化し、もう一方のサービスでは TTS をアクティブ化します。次に、すべてのユーザに対して、単一受信トレイへのアクセス権を持つユニファイド メッセージング アカウントを作成し、次に TTS を保持させたいユーザ向けのユニファイド メッセージング アカウントを別途作成します。
ユニファイド メッセージング アカウントを追加する場合、関連するユーザ アカウントはユニファイド メッセージング アカウントと対で更新されます。ユーザ アカウントにユニファイド メッセージング アカウントの情報は含まれません。
ユーザアカウントを削除すると、そのユーザのすべてのユニファイド メッセージング アカウントは削除されます。一方、ユニファイド メッセージング アカウントを削除しても、対応するユーザ アカウントは削除されません。ユーザ アカウントは、ユニファイド メッセージング アカウントへの参照を削除した場合にのみ更新されます。
一括管理ツールを使用して、多数のユニファイド メッセージング アカウントを作成できます。BAT ツールを使用してユニファイド メッセージング アカウントを作成、更新、および削除する方法については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/11x/administration/guide/b_cucsag.html から入手可能な『System Administration Guide for Cisco Unity Connection, Release 11.x』の「Tools」の章の「Bulk Administration Tool」を参照してください。
後で、ユニファイド メッセージング アカウントの単一受信トレイを無効にする場合の同期動作については、Exchange メールボックスの移動と復元の章を参照してください。
ステップ 1 | Unity Connection Administration で、[ユーザ(Users)] を展開して、[ユーザ(Users)] を選択します。[ユーザの検索(Search Users)] ページで、[新規追加(Add New)] を選択して新規ユーザを作成するか、またはユニファイド メッセージング アカウントを作成する該当のユーザを選択します。 |
ステップ 2 | ユニファイド メッセージング アカウントを設定します(各フィールドの詳細については、[ヘルプ(Help)] > [このページ(This Page)] を参照)。 |
ステップ 3 | ユーザの設定をチェックするには、[テスト(Test)] を選択します。[タスクの実行結果(Task Execution Results)] ウィンドウにテスト結果が表示されます。
テストの一部で失敗した場合は、メール サーバ、Active Directory、Unity Connection、および Unity Connection ユーザの設定を確認してください。 |
Unity Connection サーバにおけるすべてのユニファイド メッセージング アカウントの設定の概要を表示できます。これには次の内容が含まれます。
ユニファイド メッセージングの正常な機能を妨げる Unity Connection の設定との整合性の問題を示す、各ユニファイド メッセージング アカウントにおける Unity Connection の設定の現状。ユニファイド メッセージング アカウントのステータス アイコンを選択すると、[ユニファイド メッセージング アカウント(Unified Messaging Account)] ページが表示され、問題や起こりうる問題がある場合は、そのページのステータスのエリアに表示されます。
[ユニファイドメッセージングアカウント(Unified Messaging Account)] ページの [接続のテスト(Test Connectivity)] ボタンを使用して、ユニファイド メッセージング アカウントに他のサーバとの接続があるかどうかを確認することもできます。
アカウントに関連するユーザのエイリアス。ユニファイド メッセージング アカウントのエイリアスを選択すると[ユニファイド メッセージング アカウントの編集(Edit Unified Messaging Account)] ページが表示され、問題や起こりうる問題がある場合は、そのページのステータスのエリアに表示されます。
ユニファイド メッセージング アカウントに関連付けられているユニファイド メッセージング サービスの名前。サービスの名前を選択すると、サービスの設定を示す [ユニファイド メッセージング サービス(Unified Messaging Services)] ページが表示されます。
Unity Connection システムのテスト(ユニファイド メッセージング設定のテストなど)を実行できます。テストでは、構成の問題があればそれを示すサマリー データが作成されます。たとえば、構成の問題を持つ指定したユニファイド メッセージング サービスに割り当てられているアカウントの数などです。
次の手順を実行して、システム設定とユニファイド メッセージング設定を確認します。
ステップ 1 | Cisco Unity Connection Administration で、[ツール(Tools)] を展開し、[タスク管理(Task Management)] を選択します。 |
ステップ 2 | [タスクの定義(Task Definitions)] ページで、[システム設定の確認(Check System Configuration)] を選択し、[今すぐ実行(Run Now)] を選択します。 |
ステップ 3 | [更新(Refresh)] を選択して、最新の結果へのリンクを表示します。 |
ステップ 4 | 結果を確認し、問題があれば解決して、問題がすべて解決するまで [システム設定の確認(Check System Configuration)] のタスクを繰り返します。 |
ステップ 1 | Outlook にログインします。 |
ステップ 2 | [検索] メニューで [予定表] を選択します。 |
ステップ 3 | [ファイル(File)] メニューで、[新規(New)] > [会議出席依頼(Meeting Request)] の順に選択します。 |
ステップ 4 | 必須フィールドに値を入力し、現在時刻の新しい会議をスケジュール設定し、Unity Connection にアカウントがあるユーザを招待します。[送信(Send)] を選択します。 |
ステップ 5 | ステップ 4 で Outlook 会議に招待したユーザの Unity Connection メールボックスにログインします。 |
ステップ 6 | ユーザ アカウントが音声アクセスに設定されている場合は、「Play Meetings」と発音します。
ユーザ アカウントが音声アクセスに設定されていない場合は、6 を押し、プロンプトに従って会議を一覧表示します。Unity Connection が会議に関する情報を読み取ります。 |
シングル インボックスのユーザがボイスメールを受信すると、メッセージは Unity Connection からメール サーバに同期されます。送信者や受信者の電子メール アドレスには、userid@CUC-hostname のような Unity Connection ドメイン名があります。このため、Microsoft Outlook や IBM Lotus Notes などの電子メール クライアントは、Unity Connection アドレスを「最近の連絡先」としてアドレス帳に追加します。ユーザが電子メールに返信したり、電子メール作成中に受信者を追加する場合、ユーザは Unity Connection アドレスの入力や選択が実行でき、これは NDR につながる可能性があります。ボイスメールが単一受信トレイのユーザに対し Unity Connection からメール サーバに同期されている場合に、送信者または受信者の電子メール アドレスを、たとえば userid@corp-hostname のように企業電子メールとして表示したい場合は、以下の手順をさらに実行する必要があります。
SMTP ドメイン名設定の問題を解決するには、次の手順を実行します。
ステップ 1 | Cisco Unity Connection Administration で、[システム設定(System Settings)] > [SMTP の設定(SMTP Configuration)] を展開し、[スマート ホスト(Smart Host)] を選択します。 | ||
ステップ 2 | [スマート ホスト(Smart Host)] ページで、必須フィールドに値を入力し、[保存(Save)] を選択します(各フィールドの詳細については、[ヘルプ(Help)] > [このページ(This Page)] を参照)。
| ||
ステップ 3 | ユーザの企業電子メール アドレスを設定します。 | ||
ステップ 4 | Cisco Unity Connection Administration で、[システム設定(System Settings)] を展開して、[全般設定(General Configuration)] を選択します。 | ||
ステップ 5 | [全般設定(General Configuration)] ページで、受信者が見つからない場合にメッセージがスマート ホストに送られるように [受信者が見つからない場合(When a Recipient Cannot Be Found)] リストから [スマート ホストにメッセージをリレー(Relay message to smart host)] を選択し、[保存(Save)] を選択します。 | ||
ステップ 6 | ユーザのメッセージ アクションを設定します。 | ||
ステップ 7 | Unity Connection エイリアスを企業電子メールアドレス ID に解決するように、メール サーバで受信者ポリシーを設定します。
|