以下は、Unity Connection がサポートする異なるタイプのメッセージです。

• 身元不明の音声メッセージ: 外部の発信者が残すメッセージは、身元不明のメッセージまたは外部発信者のボイスメッセージです。 外部からの発信者は、非 Unity Connection ユーザまたは Unity Connection にログインしていないユーザです。

外部の発信者は Unity Connection サーバーの代表電話番号に発信し、名前をつづるか、内線番号を入力することで、ハンドラーを使用してユーザーに連絡したり、コール ハンドラを使用してユーザーのメールボックス（または配信リスト）に誘導することができます。 外部の発信者がユーザの内線番号に発信し、ユーザが応答しない場合、通話はボイスメールに転送され、発信者はボイスメールを残します。 Unity Connection はこれらのメッセージの送信者を身元不明の発信者として識別します。 身元不明の発信者がメッセージを残すとき、メッセージの 差出人 フィールドには、ウェブ受信箱、メールクライアント、または RSS リーダー (該当する場合) に "UnityConnection@<servername>" が表示されます。 件名がカスタマイズされているかどうかにより、発信者の電話番号が表示されます (利用可能な場合)。 外部の発信者からのメッセージは他のユーザに転送できますが、返信できません。

• ユーザからユーザへのボイスメッセージ: Unity Connection ユーザが他のユーザや配信リストに残したメッセージは、ユーザからユーザへのボイスメッセージとして識別されます。 ユーザは他のユーザからのメッセージに返信したり、メッセージを転送することができます。

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

• Exchange Server のメールメッセージ: ユーザは Exchange サーバ上のユーザのメールボックスに保存されているメールにアクセスできます。 Exchange メールには、音声合成機能を使用してアクセスできます。 詳細については、ユニファイドメッセージングを参照してください。

• システムブロードキャストメッセージ: 組織の全員に送信される録音アナウンスはシステムブロードキャストメッセージです。 ユーザーは、他の新規および保存済みメッセージを聞いたり、設定オプションを変更したりする前に、各システム ブロードキャスト メッセージを最後まで聞く必要があります。 システムブロードキャストメッセージの早送りやスキップはできません。 詳細については、ブロードキャストメッセージングを参照してください。

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

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

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

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

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

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

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

• ライブレコードメッセージ: ユーザと発信者間のライブ会話中に記録されたメッセージがライブレコードメッセージになります。 録音されたメッセージはユーザのメールボックスに保存されます。 ユーザーはいつでもメッセージにアクセスしたり、それらを別のユーザーやユーザーグループに転送することができます。 詳細については、ライブレコードを参照してください。

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

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

• オペレータ:デフォルトでは、オペレータ コール ハンドラーに残されたメッセージはオペレータ ユーザのメールボックスに保存されます。 このメールボックスを監視するユーザを指定するか、または別のユーザまたはシステムの同報リストにメッセージを送信するようにオペレータのコール処理機能を再設定する必要があります。

• 配信不能メッセージメールボックス: 既定では、このメールボックスは配信不能メッセージ配信リストの唯一のメンバーです。 このメールボックスを監視するユーザを指定するか、または配信不能メッセージ配信リストにユーザを追加して、リストに配信されるメッセージを監視および (必要に応じて) 再ルーティングする必要があります。

• Unity Connection メッセージ システム: デフォルトでは、このメールボックスは身元不明のメッセージまたは身元不明の発信者からのメッセージの代理送信者としての役割を果たします。

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

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

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

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

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

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

メッセージが Unity Connection によって配信されるとき、受信者は、識別されていないメッセージの Unity Connection メッセージ システムか、識別されたメッセージにリストされている受信者のいずれかです。

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

メッセージの件名は、メッセージング受信箱、ウェブ受信箱、またはメッセージの件名を表示するその他のビジュアルクライアントで、ユーザがメッセージを参照したり聞いたりするときに表示されます。 件名行は、ユーザが電話でボイス メッセージを聞くときに提示されません。 詳細については、件名行の形式を参照してください。

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

ユーザは、電話、ウェブの受信箱、メッセージングの受信箱など、複数の方法でメッセージを削除できます。 これに加えて、管理者はメッセージの削除を管理して、ディスク容量の要件とセキュリティのニーズを満たすこともできます。

メッセージを削除するには、以下の方法があります。

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

チェックボックスがオフになっているときにユーザがメッセージを削除すると、削除したメッセージは [削除済みアイテム] フォルダーに移動します。 このアクションはソフト削除と呼ばれます。

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

• メッセージ エージング ポリシーを使用すると、メッセージを受信したユーザがアクションを実行しなくても、メッセージを完全に削除できます。 詳細については、メッセージ エージング ポリシーを参照してください。

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

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

ユーザは、ウェブ受信箱、メッセージング受信箱、Cisco Unified Personal Communicator、RSS リーダー、またはその他のアプリケーションを使用して、ボイスメッセージにアクセスすることもできます。 RSS リーダーを使用したボイスメッセージへのアクセスについては、 安全ではない RSS 接続を有効にする セクションを参照してください。

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

ライブレコードを使用すると、ユーザーは通話相手と話している間に、会話を記録できます。 録音された会話はメッセージとしてユーザのメールボックスに保存され、ユーザは後で確認したり、別のユーザまたはユーザのグループにリダイレクトしたりできます。 組織内のオペレータは、ライブ録画が特に役立つ場合があります。 ライブ録画は Cisco Unified Communications Manager の連携のみに対応しています。

ライブ レコードは、メールボックスが一杯のユーザには機能しません。 メールボックスが一杯のユーザが通話の録音を試みた場合、録音された会話はメッセージとしてユーザのメールボックスに保存されません。

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

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

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

• ブロードキャストメッセージの再生は、ユーザが中断することができます。例えば、ユーザが電話を切ります。 ユーザが次に電話を使用して Unity Connection にサインインするときに、メッセージが再び再生されます。

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

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

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

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

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

与えられた手順に従い、ユーザへのブロードキャストメッセージを設定します。

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

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

Unity Connection は、たとえば Outlook 版 ViewMail を使って Microsoft Outlook メールクライアントで録音されたボイスメッセージなど、IMAP クライアントが生成した SMTP メッセージを受信して処理することができます。

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

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

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

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

以下は、Unity Connection が各個人宛てのメッセージを処理するための受信者のタイプです。

• Unity Connection は、受信者が VPIM 連絡先にマッピングされている場合、メッセージを 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 の管理でユーザのプロファイルの [メッセージアクション] ページで指定されたアクションを実行します。 メッセージの各タイプ（音声、メール、ファックス、配信確認）に対して、メッセージが受け入れられて Unity Connection サーバー上のユーザーのメールボックスに配信されるか、メッセージを代替 SMTP アドレスのユーザーにリレーするか、メッセージを拒否し、配信不能レシート（NDR）を生成します。

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

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

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

SMTP 認証が IMAP クライアントに設定されておらず、送信者の 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 社のロビン・スミスが同僚のクリス・ジョーンズにメールメッセージを送信するとき、ロビンは chris.jones@example.com の新しいメールメッセージを作成します。 デフォルトでは、Outlook は新しいメールメッセージを配信のために Microsoft Exchange サーバにルーティングするように設定されています。 次に、ロビンは Chris にボイスメッセージを送信することを希望し、[新規ボイスメッセージ] アイコンを選択して、ViewMail for Outlook フォームを開きます。 Robin は再び chris.jones@example.com にメッセージを送信し、メッセージの音声を録音したら [送信] ボタンを選択します。 ViewMail が Unity Connection IMAP アカウントを使用してメッセージを送信するように設定されているため、ボイスメッセージは配信のために Unity Connection にルーティングされます。

Unity Connection がボイスメッセージを受信すると、SMTP プロキシ アドレスのリストから robin.smith@example.com (送信者) と chris.jones@example.com (受信者) を検索します。 これらのアドレスは、それぞれロビン・スミスとクリス・ジョーンズのユーザプロファイルのSMTPプロキシアドレスとして定義されているため、Unity Connectionはロビン・スミスからクリス・ジョーンズへのメッセージをボイスメッセージとして配信します。

クリスがOutlookを開くと、Microsoft Exchangeの受信箱に、ロビンからのメールが新規メッセージとして表示されます。 一方、ロビンからのボイスメッセージは、クリスが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を必須またはオプションに設定した場合：Unity Connectionサーバを設定して、安全なIMAP Unity Connectionを提供します。これは、『Cisco Unity Connection管理、Cisco PCA、Cisco Unity Connection SRSV、およびIMAP電子メールクライアントへのCisco Unity Connectionへのアクセスを保護する』セクションおよび『Cisco Unity Connectionでクライアント/サーバ接続を保護するためのSSLの使用』章に記載されています。これらは Cisco Unity Connection, リリース 15のセキュリティガイドに掲載されており、 https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/security/b_15cucsecx.htmlで入手できます。

7. Unity Connection を設定して、IMAP クライアントからの SMTP 接続を許可します。 詳細については、 IMAP クライアントアクセスと認証の設定、11-17 ページの セクションを参照してください。

8. (オプション) SMTP 設定をカスタマイズする場合、 ページ 11-17 のSMTP メッセージパラメータの設定のセクションで説明されている手順を実行します。

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

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

Gmail 用 Cisco ボイスメール は視覚的なインターフェイスを提供し、Gmail のボイスメールの操作性を向上させます。 この拡張機能を使用すると、ユーザは次のことを実行できます。

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

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

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

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

Chrome 拡張機能を使用するには、以下の手順に従います。

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

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

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

   • ユーザの編集基本 ページの [会社メールアドレス ] フィールドにユーザの Gmail ID を入力します。

   • ユーザに対応する [ 会社のメールアドレスから SMTP プロキシアドレスを生成 ] チェックボックスを有効にします。

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

   （注）	管理者は、Gmail Chrome 拡張機能に Cisco ボイスメールを設定する手順を一括で実行できません。