次に、Unity Connection でサポートされるさまざまなタイプのメッセージを示します。

• 未確認のボイス メッセージ：外部の発信者が残したメッセージは、身元不明または外部発信者のボイス メッセージです。外部の発信者は、Unity Connection 以外のユーザ、または Unity Connection にサインインしていないユーザです。

外部の発信者は、Unity Connection サーバーの代表電話番号にコールし、名前を入力するか、内線番号を入力して、ハンドラを使用してユーザーに到達できます。また、コールハンドラを使用してユーザーのメールボックス（または配信リスト）に転送することもできます。外部の発信者がユーザの内線にコールし、ユーザが応答しない場合、コールはボイスメールに転送され、発信者はボイスメールを残します。Unity Connection は、これらのメッセージの送信者を身元不明発信者として識別します。身元不明の発信者がメッセージを残すと、メッセージの [ From ] フィールドに「UnityConnection@」と表示されます。<servername> 」を参照してください。件名がカスタマイズされているかどうかに応じて、発信者の電話番号が表示されます（使用可能な場合）。外部の発信者からのメッセージは、他のユーザに転送できますが、返信することはできません。

• ユーザーボイスメッセージ（User to User Voice Messages）：Unity Connection ユーザーが別のユーザーまたは配信リストに残したメッセージが識別されます。ユーザは、他のユーザからのメッセージに返信または転送できます。

ユーザが別のユーザの内線に電話をかけた場合、着信ユーザは応答せず、コールはユーザのメールボックスに転送され、発信者はボイス メッセージを残します。この場合、識別ユーザ メッセージングが有効になっており、電話システムでサポートされている場合、ユーザがプライマリ内線番号または代替デバイスからコールすると、Unity Connection は、発信側の内線番号がユーザまたは識別されたユーザに関連付けられていることを認識します。識別されたユーザ メッセージングは、デフォルトで有効になっています。これは、[システム設定（System Settings）] > [詳細（Advanced）] > [カンバセーション（Conversations）] ページの [システム全体で識別されたユーザ メッセージングを無効にする（Disable Identified User Messaging Systemwide）] 設定を使用して無効にできます。識別された発信者が別のユーザにボイスメールを残す場合、Unity Connection は発信者の認証または確認を実行しません。

• [Exchange Server の電子メールメッセージ（Email Messages in Exchange Server）]：ユーザは、Exchange サーバのユーザメールボックスに保存されている電子メールにアクセスできます。Exchange の電子メールには、音声合成機能を使用してアクセスできます。詳細は、「ユニファイド メッセージ」の項を参照してください。

• システム ブロードキャスト メッセージ：組織内の全員に送られる録音されたアナウンスは、システム ブロードキャスト メッセージである。ユーザは、他の新規メッセージや開封済みメッセージを聞いたり、設定オプションを変更したりする前に、各システム ブロードキャスト メッセージ全体を聞く必要があります。システム ブロードキャスト メッセージを早送りしたり、スキップしたりすることはできません。詳細は、「ブロードキャストメッセージング」の項を参照してください。

  （注）	設計上、システム ブロードキャスト メッセージはユーザの電話機でメッセージ受信インジケータ（MWI）をトリガーしません。

• テキストまたは HTML 通知：メッセージ通知は、電子メール アドレス、テキスト用ポケットベル、およびテキスト対応携帯電話にテキスト メッセージの形式で送信されます。新しいボイスメールがユーザに配信されると、SMTP ベースの HTML 通知を受信します。詳細については、通知の章を参照してください。

• 受信確認：ユーザは、メッセージの送信時に開封確認を要求できます。受信者がメッセージを聞くと、送信者はメッセージ受信確認を受信します。新しい受信確認により、ユーザの電話機のメッセージ受信インジケータがオンになり、メッセージ通知をトリガーできます。

ボイス メッセージを配信できない場合、送信者が受信確認を受け入れるように設定されている場合、Unity Connection は不達確認（NDR）で送信者に警告します。ユーザは、後で別の受信者に NDR を再送信できます。NDR には、元のメッセージのコピーが含まれています。

• インタビュー ハンドラ メッセージ：インタビュー ハンドラは、録音した一連の質問を再生し、発信者が提示した回答を録音することによって、発信者から情報を収集します。

すべての回答が録音されると、回答はビープ音で区切られた 1 つのボイスメッセージとして、インタビューハンドラの設定で指定した受信者（ユーザーまたは配信リスト）に転送されます。

• ディスパッチメッセージ：ディスパッチメッセージの配信リストにメッセージと共に送信、このような方法で構成されている 1 つだけユーザーがそのメッセージに応答します。ユーザは承諾、拒否、またはディスパッチ メッセージを延期することができます。詳細は、「ディスパッチメッセージ」の項を参照してください。

• ライブ レコード メッセージ：ユーザと発信者間のライブ カンバセーション中に録音されたメッセージがライブ レコード メッセージです。録音されたメッセージは、ユーザのメールボックスに保存されます。ユーザはいつでもメッセージにアクセスしたり、別のユーザまたはユーザ グループに転送したりできます。詳細は、「ライブ レコード」の項を参照してください。

メッセージの録音に使用されるオーディオ形式（またはコーデック）は、再生デバイスで使用される形式と同じです。たとえば、主に電話システムの内線でメッセージを聞く場合は、電話システムが使用するのと同じ音声形式でメッセージを録音するように Unity Connection を設定する必要があります。詳細は、「録音の音声またはビデオ形式を変更する」の項を参照してください。

デフォルトのユーザーは、インストール時に作成されます。ユーザーは変更できますが、削除はできません。次に、発信者がデフォルトのコール管理オブジェクトのいずれかにルーティングされるときに、メッセージの配信とメッセージの取得を担当する 3 人のデフォルトユーザを示します。

• [オペレータ（Operator）]：デフォルトでは、オペレータユーザのメールボックスに、オペレータコールハンドラに残されたメッセージが保存されます。このメールボックスをモニターするユーザを割り当てるか、別のユーザまたはシステム配信リストにメッセージを送信するようにオペレータ コール ハンドラを再設定する必要があります。

• UndeliverableMessagesMailbox：デフォルトでは、このメールボックスは配信不能メッセージ配信リストの唯一のメンバーです。このメールボックスをモニタするユーザーを割り当てるか、[配信不能メッセージ（Undeliverable Messages）] 配信リストにユーザーを追加して、リストに配信されるメッセージをモニタして（必要に応じて）再ルーティングする必要があります。

• Unity Connection Messaging System：デフォルトでは、このメールボックスは、身元不明メッセージまたは身元不明発信者からのメッセージの代理送信者として機能します。

ディスパッチメッセージングは、チームがメッセージに応答でき、チームの 1 人のメンバーのみが応答する必要がある場合に役立ちます。

ディスパッチ メッセージを処理する方法は次のとおりです。

• ユーザーがメッセージを受け入れることを選択した場合、他のユーザーがメッセージを聞き取ったか、延期したかに関係なく、メッセージの他のすべてのコピーが配信リストの他のメンバーのメールボックスから削除されます。

• ユーザーがメッセージを延期することを選択した場合、メッセージはそのユーザーのメールボックスおよび配信リストの他のメンバーのメールボックスに未読メッセージとして残ります。

• ユーザーがメッセージを拒否することを選択した場合、メッセージはそのユーザーのメールボックスから削除されますが、メッセージのコピーは配信リストの他のメンバーのメールボックスに未読のまま残ります。

• ディスパッチメッセージのコピーが 1 つしか残っておらず、メッセージを受け入れるユーザーがまだいない場合は、そのメッセージを受信した最後のユーザーがそのメッセージを受け入れる必要があります。そのユーザには、メッセージを拒否するオプションは表示されません。

メッセージが Unity Connection によって配信される場合、受信者は、識別されていないメッセージの場合は Unity Connection メッセージング システム、または識別されたメッセージに記載されている受信者のいずれかになります。

ユーザーまたはユーザーテンプレートのメッセージアクションは、ユーザーに対して受信したさまざまなタイプのメッセージの処理方法を決定します。詳細は、「メッセージアクション」の項を参照してください。

メッセージの件名は、ユーザが Messaging Inbox、Web Inbox、またはメッセージの件名を表示するその他のビジュアルクライアントでメッセージを表示および再生するときに表示されます。ユーザーが電話でボイスメッセージを聞く場合、件名は表示されません。詳細は、「件名形式」の項を参照してください。

メッセージの内容は Unity Connection サーバに .wav ファイルとして保存され、メッセージに関する情報はデータベースに保存されます。

ユーザは、電話、Web Inbox、Messaging Inbox などの複数の方法を使用してメッセージを削除できます。これに加えて、管理者は、ディスク容量の要件とセキュリティのニーズを満たすためにメッセージの削除を管理することもできます。

メッセージを削除する方法は次のとおりです。

• メッセージは、[Cisco Unity Connection の管理（Cisco Unity Connection Administration）]、[サービス クラス（Class of Service）]、[ユーザのサービス クラス（class of the users）]、[メッセージ オプション（Message Options）] フィールドの [削除済みアイテム フォルダに保存せずにメッセージを削除する（Delete Messages without Saving to Deleted Items Folder）] チェックボックスで設定されている設定に応じて、論理的な削除または物理的な削除のいずれかになります。

このチェックボックスがオフの場合、ユーザがメッセージを削除すると、削除されたメッセージは [削除済みアイテム（Deleted Items）] フォルダに移動します。このアクションは、論理的な削除と呼ばれます。

このチェックボックスがオンの場合、ユーザがメッセージを削除すると、メッセージは完全に削除され、[削除済みアイテム（Deleted Items）] フォルダにコピーは送信されません。このアクションは、物理削除と呼ばれます。

• メッセージは、メッセージ エージング ポリシーを使用して、メッセージを受信したユーザからのアクションなしで完全に削除できます。詳細は、「メッセージ エージング ポリシー」の項を参照してください。

• メッセージは、[Cisco Unity Connection の管理（Cisco Unity Connection Administration）] の [システムの詳細設定（Advanced System Settings）] の [メッセージングの設定（Messaging Configuration）] ページにある [メッセージ ファイルの破棄レベル（Message File Shredding Level）] 設定を使用して削除できます。これはシステム全体の設定であり、メッセージが削除されるときに、指定された回数だけメッセージを破棄することでメッセージのコピーが安全に削除されるようにします。破棄は、物理的に削除された場合にのみ実行できます。

ユーザは、電話でタッチトーンまたは音声認識カンバセーションを使用して、新規および開封済みのボイス メッセージにアクセスできます。ユーザが削除されたメッセージにアクセスできるかどうかを指定できます。

ユーザは、Web Inbox、Messaging Inbox、Cisco Unified Personal Communicator、RSS リーダー、またはその他のアプリケーションを使用してボイス メッセージにアクセスすることもできます。RSS リーダーを使用してボイスメッセージにアクセスする方法については、「安全でない RSS 接続を有効にする」の項を参照してください。

ユニファイド メッセージング サービス アカウントに応じて、ユーザは電話を使用して外部メッセージ ストア内の電子メール メッセージにアクセスできます。

ライブ レコードを使用すると、ユーザは発信者と通話しながら会話を録音できます。録音されたカンバセーションは、ユーザのメールボックスにメッセージとして保存され、ユーザは後で確認したり、別のユーザまたはユーザ グループにリダイレクトしたりできます。組織内のオペレータは、ライブレコードが特に役立つ場合があります。ライブ レコードは、Cisco Unified Communications Manager 統合でのみサポートされます。

ライブ レコードは、メールボックスがいっぱいのユーザには機能しません。メールボックスがいっぱいのユーザがコールを録音しようとすると、録音されたカンバセーションはユーザのメールボックスにメッセージとして保存されません。

システム ブロードキャスト メッセージは、次の点で通常のボイス メッセージとは異なります。

• ユーザが電話機を使用して Unity Connection にサインインすると、すぐにブロードキャスト メッセージの数が再生され、システムはそれらのメッセージの再生を開始します。これは、ユーザが新規および開封済みメッセージのメッセージ数を聞く前でも発生します。

• ブロードキャスト メッセージの送信者は、メッセージがアクティブである時間を指定します。システムは、アクティブになるまでメッセージをブロードキャストできます。メッセージは、日、週、月、または無期限にアクティブにすることができます。

• ブロードキャスト メッセージの再生は、ユーザが電話を切るなど、ユーザによって中断されることがあります。次回ユーザが電話を使用して Unity Connection にサインインしたときに、メッセージが再度再生されます。

• ブロードキャスト メッセージは、ユーザがシステム ブロードキャスト メッセージの再生を終了した後に再生することも、完全に削除することもできます。ユーザーはブロードキャストメッセージに返信、転送、保存することはできません。

• ユーザは、メールボックス サイズの制限を超えて他のメッセージを受信できなくなった場合でも、システム ブロードキャスト メッセージを無制限に受信できます。これは、ブロードキャスト メッセージのストレージが各ユーザの合計メールボックス サイズに含まれていないためです。

• ユーザは、電話機を使用してのみブロードキャスト メッセージを聞くことができます。RSS リーダーや Web Inbox などの他のクライアントを使用してブロードキャスト メッセージを聞くことはできません。

• シングル インボックス メッセージは、Unity Connection と Exchange サーバの間で同期されません。

• Unity Connection は、ボイス メッセージの再生中にボイス コマンドへの応答を停止します。音声認識入力スタイルを使用する場合、ユーザはキーを押してブロードキャスト メッセージを再生または削除する必要があります。

ユーザへのブロードキャスト メッセージングを設定するには、次のステップを実行します。

1. ユーザがブロードキャスト メッセージ管理者にアクセスする方法を設定します。「 ブロードキャスト メッセージ管理者への電話アクセスの有効化」（11-9 ページ）の 項を参照してください。

2. ユーザ アカウントまたはテンプレートを有効にして、システム ブロードキャスト メッセージを送信および更新します。「 ブロードキャスト メッセージの送信と更新の有効化」（11-11 ページ） の項を参照してください。

Unity Connection は、IMAP クライアントによって生成された SMTP メッセージ（たとえば、ViewMail for Outlook を使用して Microsoft Outlook 電子メールクライアントで録音されたボイス メッセージ）を受信して処理できます。

許可された IMAP クライアントが SMTP を介して Unity Connection にメッセージを送信しようとすると、メッセージはボイスメール、電子メール、FAX、または配信確認に分類されます。メッセージヘッダーの SMTP アドレスを SMTP プロキシアドレスのリストと比較することによって、送信者はユーザーにマッピングされ、メッセージ受信者はユーザーまたは連絡先にマッピングされます。

Unity Connection は、次のいずれかの条件で各受信者のメッセージを処理します。

• SMTP 認証が IMAP クライアントに設定されており、送信者の SMTP アドレスが認証されたユーザーのプロキシアドレスまたはプライマリ SMTP アドレスと一致する場合。

• IMAP クライアントに SMTP 認証が設定されておらず、送信者の SMTP アドレスが任意の Unity Connection ユーザーのプロキシアドレスまたはプライマリ SMTP アドレスと一致する場合。

次に、各個人のメッセージを処理する Unity Connection に基づく受信者のタイプを示します。

• 受信者が VPIM 連絡先にマッピングされている場合、Unity Connection はメッセージを VPIM メッセージに変換し、VPIM 標準で許可されていない添付ファイルを削除します。Unity Connection は、VPIM ロケーションがローカルサーバーをホームとしている場合は、指定された VPIM ロケーションにメッセージを配信し、VPIM ロケーションがそのサーバーをホームとしている場合は、デジタルネットワーク上の別の Unity Connection サーバーに転送して配信します。VPIM の詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/networking/guide/b_15cucnetx.html にある『Cisco Unity Connection ネットワーキングガイド、リリース 15』を参照してください。

• 受信者がローカルサーバーをホームとするユーザーにマッピングされている場合、Unity Connection は、Cisco Unity Connection Administration でユーザーのプロファイルの [メッセージアクション（Message Actions）] ページで指定されたアクションを実行します。メッセージのタイプ（音声、電子メール、FAX、または配信確認）ごとに、メッセージを受け入れて Unity Connection サーバーのユーザーメールボックスに入れるか、代替 SMTP アドレスのユーザーにメッセージをリレーするか、または拒否するかを設定できます。メッセージを送信し、非配信確認（NDR）を生成します。

• 受信者がリモート Unity Connection サーバーをホームとするユーザーにマッピングされている場合、メッセージは、ユーザープロファイルの [メッセージアクション（Message Actions）] ページで指定されたアクションを実行するユーザーのホームサーバーにリレーされます。

• 受信者が上記のいずれにもマッピングされない場合、Unity Connection は、Cisco Unity Connection Administration の [システム設定（System Settings）] > [全般設定（General Configuration）] ページの [受信者が見つからない場合（When a Recipient Cannot be Found）] 設定で選択されたオプションに応じて、SMTP スマートホストにメッセージをリレーするか、送信者に NDR を送信します。デフォルトでは、Unity Connection は NDR を送信します。

IMAP クライアントに SMTP 認証が設定されていて、送信者の SMTP アドレスがプロキシアドレスまたは認証されたユーザーのプライマリ SMTP アドレスと一致しない場合、Unity Connection サーバーは SMTP エラーを返し、メッセージがクライアントの送信トレイに残ります。 。

IMAP クライアントに SMTP 認証が設定されておらず、送信者の SMTP アドレスが既知のユーザープロキシアドレスまたはプライマリ SMTP アドレスと一致しない場合、Unity Connection はメッセージを MTA 不良メールフォルダ（UmssMtaBadMail）に配置します。

ExampleCo という組織の例を考えてみましょう。は、Microsoft Outlook を使用して電子メール用の Microsoft Exchange サーバーにアクセスします。会社の各従業員は、パターンに従うアドレスで会社の電子メールを受信します。<firstname.lastname@example.com> 。ExampleCo 社は、従業員が Outlook を使用して、Unity Connection サーバに保存されているボイス メッセージにアクセスできるようにしたいと考えています。従業員が Outlook クライアントでボイス メッセージを送信、転送、または返信できるようにするために、ExampleCo 社は Cisco Unity Connection ViewMail for Microsoft Outlook プラグインを導入します。各従業員の Outlook クライアントは、IMAP を使用してユーザーアカウントにアクセスするように設定されます。

ExampleCo 社の Robin Smith が同僚である chrisJones に電子メールメッセージを送信する場合、Robin は chris.jones@example.com 宛ての新しい電子メールメッセージを作成します。デフォルトでは、Outlook は新しい電子メール メッセージを Microsoft Exchange サーバーにルーティングして配信するように設定されています。次に、ロビンは クリスにボイス メッセージを送信し、[新規ボイス メッセージ（New Voice Message）] アイコンを選択して ViewMail for Outlook フォームを開きます。ロビンは再びメッセージの宛先を chris.jones@example.com にし、メッセージの音声を録音して、[送信（Send）] ボタンを選択します。ボイス メッセージは、Unity Connection IMAP アカウントを使用してメッセージを送信するように ViewMail が設定されているため、配信のために Unity Connection にルーティングされます。

Unity Connection がボイス メッセージを受信すると、SMTP プロキシ アドレスのリストで robin.smith@example.com（送信者）と chris.jones@example.com（受信者）を検索します。これらのアドレスは、Robin Smith と Cr 氏のユーザ プロファイルの SMTP プロキシ アドレスとしてそれぞれ定義されているため、Unity Connection は、Robin Smith から Cross 氏へのボイス メッセージとしてメッセージを配信します。

Chris が Outlook を開くと、Robin からの電子メールメッセージが Microsoft Exchange の受信トレイに新しいメッセージとして表示されます。一方、Robin からのボイス メッセージは、Kris が IMAP を使用してアクセスする Unity Connection アカウントの受信トレイに新規メッセージとして表示されます。山口さんがいずれかのメッセージに返信すると、Outlook クライアントは、山口さんが元のメッセージを受信したアカウントを使用して、その返信を自動的にルーティングします。

Unity Connection メッセージを送受信するために IMAP クライアントを展開する場合の考慮事項は、次のとおりです。

• ファイアウォールを使用して、SMTP ポートを不正アクセスから保護します。SMTP ポートとドメインは、Cisco Unity Connection Administration の [システム設定（System Settings）] > [SMTP 設定（SMTP Configuration）] > [サーバ（Server）] ページに表示されます。

• ユーザ パスワードを保護するために、IMAP クライアント接続の Transport Layer Security を設定します。

• 各ユーザーの会社の電子メール アドレスを、そのユーザーの SMTP プロキシ アドレスとして設定します。ユーザ ワークステーションで Unity Connection IMAP アカウントを設定する場合は、Unity Connection 固有の電子メール アドレスではなく、ユーザの会社の電子メール アドレスを使用します。このようにして、SMTP ドメインが変更された場合、ユーザは Unity Connection 固有のアドレスへの変更から隔離されます。

• サーチ スペースを使用してユーザが到達できるオブジェクトを制限し、ユーザが到達不能オブジェクトの NDR を受信しないようにする場合は、ユーザ サーチ スペース内のオブジェクトに限定された ViewMail ユーザ用に別の Outlook アドレス帳を作成します。

Unity Connection メッセージへの IMAP アクセスを設定するには、次のステップを実行します。

1. （オプション）ユーザー宛てのメッセージを別の SMTP サーバーにリレーするように Unity Connection を設定する場合は、次のタスクを実行します。

   Unity Connection サーバーからのメッセージを受け入れるように SMTP スマートホストを設定します。詳細については、使用している SMTP サーバーのマニュアルを参照してください。

   スマートホストにメッセージをリレーするように Unity Connection を設定します。詳細については、「スマートホストにメッセージをリレーするために Unity Connection を設定する」（11-16 ページ） の項を参照してください。

   プライベートメッセージまたはセキュアメッセージをリレーできるかどうかを制御する設定を確認します。詳細については、「メッセージリレーの設定を構成する」（11-16 ページ） の項を参照してください。

2. ユーザーまたはユーザーテンプレートのメッセージアクションを設定します。詳細については、「ユーザーまたはユーザーテンプレートのメッセージアクションを設定する」（11-16 ページ）の項を参照してください 。

3. IMAP クライアントからメッセージを送受信するユーザーの SMTP プロキシアドレスを設定します。詳細については、「ユーザーまたはユーザーテンプレートの SMTP プロキシアドレスの設定」（11-16 ページ）の項を参照してください。

4. IMAP クライアントを使用してボイスメッセージにアクセスするためのライセンスを提供するサービスクラスに、ユーザーを関連付けます。詳細については、「ユーザーのボイスメッセージへの IMAP クライアントアクセスを有効にする」（11-17 ページ）の項を参照してください。

5. IMAP クライアントからメッセージを受信する可能性のある VPIM 連絡先の SMTP プロキシアドレスを設定します。詳細については、「連絡先の SMTP プロキシアドレスを設定する」（11-17 ページ）の項を参照してください。

6. タスク 7 の手順で Transport Layer Security を必須または任意に設定した場合：セキュアな IMAP Unity Connection を提供するために Unity Connection サーバーを設定するには、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/security/b_15cucsecx.html にある『Cisco Unity Connection セキュリティガイド、リリース 15』の「SSL を使用して Cisco Unity Connection のクライアント/サーバー接続を保護する」の章にある「Cisco Unity Connection Administration、Cisco PCA, Cisco Unity Connection SRSV、IMAP E メールクライアントから Cisco Unity Connection へのアクセスを保護する」の項を参照してください。

7. IMAP クライアントからの SMTP 接続を許可するように Unity Connection を設定します。詳細については、「IMAP クライアントアクセスおよび認証を設定する」（11-17 ページ）の項を参照してください。

8. （オプション）SMTP 設定をカスタマイズする場合は、 「SMTP メッセージパラメータを設定する」（11-17 ページ） の項に記載されているステップを実行します。

9. ユーザーのメールボックス内の SMTP メッセージにアクセスするように、サポートされている IMAP クライアントを設定します。詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/user_setup/guide/b_15cucuwsx.html にある『Cisco Unity Connection ユーザー ワークステーション セットアップ ガイド、リリース 15』の「Cisco Unity Connection のボイスメッセージにアクセスするための電子メールアカウントを設定する」の章を参照してください。

Cisco Unity Connection 15 以降では、ユーザーが Gmail アカウントで仕事用の電子メールやボイスメールにアクセスするための、新しい方法が提供されています。このためには、Unity Connection と Gmail サーバー間でボイスメールを同期するために、Google Workspace でユニファイドメッセージングを設定する必要があります。

Cisco Voicemail for Gmail は、Gmail でのボイスメールのエクスペリエンスを強化するための視覚的なインターフェイスを提供します。この拡張機能を使用すると、次の操作を実行できます。

• Gmail 内からボイスメールを作成します。

• 外部プレーヤーを必要とせずに、受信したボイスメールを再生します。

• 受信したメッセージに返信するボイスメールを作成します。

• 受信したメッセージの転送中にボイスメールを作成します。

Chrome 拡張機能を使用するには、以下のステップに従います。

1. 管理者は、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/unified_messaging/guide/b_15cucumgx.html で入手可能な『Cisco Unity Connection ユニファイド メッセージング ガイド、リリース 15』の「ユニファイドメッセージングを設定する」の章の「Google Workspace でユニファイドメッセージングを設定するためのタスクリスト」の項に記載されているステップを使用して、Google Workspace でユニファイドメッセージングを設定する必要があります。

2. 管理者は、次の手順に従って、Unity Connection でユニファイド メッセージング ユーザの SMTP プロキシ アドレスを追加する必要があります。

   • Cisco Unity Connection Administration にログインします。

   • [ユーザーの基本設定の編集（ Edit Users Basics ）] ページで、[企業の電子メールアドレス（ Corporate Email Address）] フィールドにユーザーの Gmail ID を入力します。

   • ユーザに対応する [企業の 電子メールアドレスから SMTP プロキシアドレスを生成（Generate SMTP Proxy Address From Corporate Email Address） ] チェックボックスをオンにします。

3. ユーザーは Chrome 拡張機能を設定して使用できるようになりました。詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/vmg/quick_start/guide/b_cucqsvmgchrext.html にある『Gmail 向け Cisco ボイスメールのクイックスタートガイド』を参照してください。

   （注）	Gmail Chrome 拡張用に Cisco Voicemail を設定するステップは、管理者が一括で実行することはできません。