注意	シリアル インターフェイスを使用して、またはデフォルトの Admin ユーザ アカウントで管理ポート上のデフォルト設定を使用して Web インターフェイスまたは CLI に再接続できない場合は、出荷時の初期状態にリセットしないでください。

電子メールゲートウェイを物理的に移動する際、出荷時の初期状態で始めなければならない場合があります。出荷時の設定にリセットすると元に戻せないため、ユニットを移動する場合や、設定の問題を解決する最後の手段としてのみ使用してください。出荷時の初期状態にリセットすると、Web インターフェイスまたは CLI から切断され、 電子メールゲートウェイへの接続に使用したサービス（FTP、SSH、HTTP、HTTPS）がディセーブルにされ、作成した追加のユーザアカウントが削除されます。次の方法で、出荷時の初期状態にリセットできます。

• Web インターフェイスで、[システム管理（System Administration）] > [設定ファイル（Configuration File）] ページの [リセット（Reset）] ボタンをクリックするか、[システム管理（System Administration）] > [システム セットアップ ウィザード（System Setup Wizard）] の [設定情報のリセット（Reset Configuration）] ボタンをクリックします。
• CLI で、resetconfig コマンドを使用します。

（注）	resetconfig コマンドは、 電子メールゲートウェイがオフライン状態にあるときにのみ動作します。出荷時の設定にリセットした後、 電子メールゲートウェイはオンライン状態に戻ります。

電子メールゲートウェイに現在インストールされている AsyncOS のバージョンを確認するには、Web インターフェイスの [モニタ（Monitor）] メニューから [システム概要（System Overview）] ページを使用するか（システム ステータスを参照）、CLI で version コマンドを使用します。

• ライセンス キーの追加および管理

• ライセンス キーのダウンロードとアクティベーションの自動化

• 期限切れ機能キー

クラウド電子メールゲートウェイでは、ライセンスキーの設定を変更しないようにしてください。

• 概要

• スマート ソフトウェア ライセンシングのイネーブル化

• Cisco Smart Software Manager での電子メールゲートウェイの登録

• クラシックライセンスからスマート ソフトウェア ライセンシングへの移行：既存ユーザー

• ライセンスの要求

• Cisco Smart Software Manager からの電子メールゲートウェイの登録解除

• Cisco Smart Software Manager での電子メールゲートウェイの再登録

• 転送設定の変更

• 認証と証明書の更新

• 機能ライセンスの予約

• スマート エージェントの更新

• アラート

• クラスタ モードでのスマート ライセンス

仮想電子メールゲートウェイのライセンスの有効期限が切れてから 180 日間、この電子メールゲートウェイはセキュリティサービスなしでメールの配信を続行します。この期間中、セキュリティ サービスは更新されません。

ライセンスの有効期限が切れる時点から 180 日前、150 日前、120 日前、90 日前、60 日前、30 日前、15 日前、5 日前、1 日前、および 0 秒前にアラートが送信されます。また、猶予期間の終了についても、同じ間隔でアラートが送信されます。これらは、[システム（System）] タイプ、[重大（Critical）] 重大度レベルのアラートです。確実にアラートが届くようにするには、アラート受信者の追加を参照してください。

これらのアラートはシステム ログにも記録されます。

個々のライセンスキーが、仮想電子メールゲートウェイのライセンスよりも先に期限切れになることがあります。これらの有効期限が近づいてきた場合にも、アラートが送信されます。

• ある電子メールゲートウェイから既存の設定ファイルをダウンロードし、変更を行い、別の電子メールゲートウェイにアップロードできます。これにより、複数の電子メールゲートウェイのインストールを簡単に管理できるようになります。現時点では、設定ファイルを C/X シリーズ 電子メールゲートウェイから M シリーズ Cisco Secure Manager Email and Web Gateway にロードできません。
• ある電子メールゲートウェイからダウンロードされた既存の設定ファイルを、複数のサブセクションに分割できます。（複数の電子メールゲートウェイ環境の）すべての電子メールゲートウェイで共通するこれらのセクションを変更し、サブセクションの更新時にこれらのセクションを他の電子メールゲートウェイにロードできます。

たとえば、Global Unsubscribe コマンドをテストするためにテスト環境で電子メールゲートウェイを使用できます。グローバル配信停止リストを適切に設定した場合は、テスト電子メールゲートウェイのグローバル配信停止設定セクションをすべての実稼働電子メールゲートウェイにロードできます。

電子メールゲートウェイで設定ファイルを管理するには、[システム管理（System Administration）] > [設定ファイル（Configuration File）] をクリックします。

[設定ファイル（Configuration File）] ページには、次のセクションが含まれています。

• [現在の設定（Current Configuration）]：現在の設定ファイルを保存およびエクスポートするために使用します。
• [設定をロード（Load Configuration）]：設定ファイル全体または一部をロードするために使用します。
• [エンドユーザセーフリスト/ブロックリストデータベース（スパム隔離）（End-User Safelist/Blocklist Database (Spam Quarantine)）]：詳細については、セーフリストおよびブロックリストを使用した送信者に基づく電子メール配信の制御およびセーフリスト/ブロックリストのバックアップと復元を参照してください。
• [設定情報のリセット（Reset Configuration）]：現在の設定を出荷時デフォルト値にリセットするために使用します（リセット前に設定を保存する必要があります）。

（注）	秘密キーと証明書は設定ファイルと暗号化パスフレーズと共に、暗号化されない PEM 形式で含められます。

設定ファイルの詳細は、showconfig コマンドを使用してのみ表示できます。showconfig コマンドは、現在の設定を画面に出力します。

mail3.example.com> showconfig


Do you want to include passphrases? Please be aware that a configuration without
passphrases will fail when reloaded with loadconfig.
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE config SYSTEM "config.dtd">
<!--
Product: IronPort model number Messaging Gateway Appliance(tm)
Model Number: model number
Version: version of AsyncOS installed
Serial Number: serial number

Current Time: current time and date

[The remainder of the configuration file is printed to the screen.]

E メール ゲートウェイで、展開で使用される各機能にディスク領域を割り当てることで、ディスク使用率を最適化できます。

その他のクォータにはシステム データとユーザ データが含まれます。システム データは削除できません。管理できるユーザ データには次のファイル タイプがあります。

その他のディスク使用量がクォータの 75% に達すると、警告レベルのシステム アラートを受信します。これらのアラートを受信した場合は、対処する必要があります。

確実にアラートが届くようにするには、アラートを参照してください。

ディスク領域管理はマシン モードでのみ使用可能で、グループまたはクラスタ モードでは使用できません。

エンジンのロールバックおよび自動更新の無効化に関する情報は、次のログに記載されます。

• アップデータ ログ：エンジンのロールバックおよびエンジンの自動更新に関する情報が含まれます。ほとんどの情報は [情報（Info）] または [デバッグ（Debug）] レベルです。

  詳細については、アップデータ ログの例を参照してください。

電子メールゲートウェイに AsyncOS アップグレードファイルおよびアップデートファイルを配信する方法は複数あります。

• 各電子メールゲートウェイでは、シスコのアップデートサーバからファイルを直接ダウンロードできます。これがデフォルトの方法です。
• シスコからファイルを 1 回ダウンロードし、ネットワーク内のサーバから 電子メールゲートウェイにファイルを配信できます。ローカル サーバからのアップグレードおよびアップデートを参照してください。

方法の選択と設定については、アップグレードおよびアップデートをダウンロードするためのサーバ設定を参照してください。

電子メールゲートウェイは、アップグレードおよびアップデートを検索してダウンロードするために、Cisco アップデートサーバに直接接続できます。

Cisco アップデート サーバは、ダイナミック IP アドレスを使用します。厳密なファイアウォール ポリシーがある場合は、代わりに静的な場所の設定が必要になることがあります。詳細については、厳密なファイアウォール環境でのアップグレードとアップデートのための 電子メールゲートウェイの設定を参照してください。

ポート 80 および 443 による Cisco アップデート サーバからのアップグレードのダウンロードを許可する、ファイアウォールのルールを作成します。

AsyncOS アップグレード ファイルおよびアップデート ファイルのダウンロードでは、次の要件を備えた内部ネットワークにシステムを構築する必要があります。

• Cisco Systems アップデート サーバへのインターネット アクセス。

• Web ブラウザ（ブラウザ要件を参照）。

  （注）	今回のリリースでアップデート サーバのアドレスへの HTTP アクセスを許可するファイアウォール設定値を設定する必要がある場合、特定の IP アドレスではなく DNS 名を使用する必要があります。

AsyncOS アップデート ファイルのホスティングでは、次の要件を備えた内部ネットワークにサーバを構築する必要があります。

• Web サーバ：たとえば、Microsoft Internet Information Services（IIS; インターネット インフォメーション サービス）または Apache オープン ソース サーバでは、次の要件を満たしている必要があります。
  • 24 文字を超えるディレクトリまたはファイル名の表示をサポートしていること
  • ディレクトリの参照ができること
  • 匿名認証（認証不要）または基本（「シンプル」）認証用に設定されていること
  • 各 AsyncOS アップデート イメージ用に最低 350 MB 以上の空きディスク領域が存在すること

ローカル サーバの設定が完了したら、http://updates.ironport.com/fetch_manifest.html にアクセスしてアップグレード イメージの ZIP ファイルをダウンロードします。イメージをダウンロードするには、（物理 電子メールゲートウェイの）シリアル番号または（仮想 電子メールゲートウェイの）VLN および 電子メールゲートウェイのバージョン番号を入力します。利用可能なアップグレードのリストが表示されます。ダウンロードするアップグレードのバージョンをクリックし、ディレクトリ構造を変更せずにローカル サーバのルート ディレクトリにある ZIP ファイルを解凍します。アップグレードイメージを使用するには、[アップデート設定を編集（Edit Update Settings）] ページで（または CLI の updateconfig を使用して）ローカルサーバを使用するように 電子メールゲートウェイを設定します。

ローカルサーバは、ネットワーク上の 電子メールゲートウェイで利用可能な AsyncOS アップグレードをダウンロード済みのアップグレードイメージに限定する XML ファイルもホスティングします。このファイルは「マニフェスト」と呼ばれます。マニフェストはアップグレード イメージの ZIP ファイルの asyncos ディレクトリにあります。ローカル サーバのルート ディレクトリにある ZIP ファイルを解凍したら、[アップデート設定を編集（Edit Update Settings）] ページで（または CLI の updateconfig を使用して）、XML ファイルの完全な URL（ファイル名を含む）を入力します。

リモート アップグレードの詳細については、ナレッジ ベースを参照するか、シスコ サポート プロバイダーにお問い合わせください。

電子メールゲートウェイは、（デフォルトで）シスコのアップデートサーバに直接接続して、アップデートを受け取るように設定されます。この接続は、ポート 80 の HTTP によって確立され、コンテンツは暗号化されます。ファイアウォールでこのポートを開かないようにする場合は、アップデートされたルールを 電子メールゲートウェイで受け取ることができる、プロキシサーバおよび具体的なポートを定義できます。

プロキシ サーバを使用する場合は、任意で認証およびポートを指定できます。

（注）	プロキシ サーバを定義すると、プロキシ サーバを使用するように設定されているすべてのサービス アップデートで、そのプロキシ サーバが自動的に使用されます。任意のサービスのアップデートのために、プロキシ サーバをオフにはできません。

電子メールゲートウェイでは、 電子メールゲートウェイがアップデータサーバと通信するたびに、シスコのアップデータサーバの証明書の有効性を確認できます。このオプションが設定されている場合、検証に失敗すると、更新はダウンロードされず、詳細がアップデータ ログに記録されます。

このオプションを構成するには、updateconfig コマンドを使用します。次の例は、このオプションを構成する方法を示しています。

mail.example.com> updateconfig
Service (images):                                    Update URL:
------------------------------------------------------------------------------------------
Feature Key updates                                  http://downloads.ironport.com/asyncos
Timezone rules                                       Cisco IronPort Servers
Enrollment Client Updates                            Cisco IronPort Servers
Support Request updates                              Cisco IronPort Servers
Cisco IronPort AsyncOS upgrades                      Cisco IronPort Servers
Service (list):                                      Update URL:
------------------------------------------------------------------------------------------
Timezone rules                                       Cisco IronPort Servers
Enrollment Client Updates                            Cisco IronPort Servers
Support Request updates                              Cisco IronPort Servers
Service (list):                                      Update URL:
------------------------------------------------------------------------------------------
Cisco IronPort AsyncOS upgrades                      Cisco IronPort Servers
Update interval: 5m
Proxy server: not enabled
HTTPS Proxy server: not enabled
Choose the operation you want to perform:
- SETUP - Edit update configuration.
- VALIDATE_CERTIFICATES - Validate update server certificates
- TRUSTED_CERTIFICATES - Manage trusted certificates for updates
[]> validate_certificates
Should server certificates from Cisco update servers be validated?
[Yes]>
Service (images):                                    Update URL:
------------------------------------------------------------------------------------------
Feature Key updates                                  http://downloads.ironport.com/asyncos
Timezone rules                                       Cisco IronPort Servers
Enrollment Client Updates						     Cisco IronPort Servers
Support Request updates                              Cisco IronPort Servers
Cisco IronPort AsyncOS upgrades                      Cisco IronPort Servers
Service (list):                                      Update URL:
------------------------------------------------------------------------------------------
Timezone rules                                       Cisco IronPort Servers
Enrollment Client Updates                            Cisco IronPort Servers
Support Request updates                              Cisco IronPort Servers
Service (list):                                      Update URL:
------------------------------------------------------------------------------------------
Cisco IronPort AsyncOS upgrades                      Cisco IronPort Servers
Update interval: 5m
Proxy server: not enabled
HTTPS Proxy server: not enabled
Choose the operation you want to perform:
- SETUP - Edit update configuration.
- VALIDATE_CERTIFICATES - Validate update server certificates
- TRUSTED_CERTIFICATES - Manage trusted certificates for updates
[]>

透過的でないプロキシサーバを使用している場合、プロキシ証明書の署名に使用する CA 証明書を電子メールゲートウェイに追加できます。これにより、電子メールゲートウェイはプロキシサーバ通信を信頼します。

このオプションを構成するには、updateconfig コマンドを使用します。次の例は、このオプションを構成する方法を示しています。

mail.example.com> updateconfig
...
...
...
Choose the operation you want to perform:
- SETUP - Edit update configuration.
- VALIDATE_CERTIFICATES - Validate update server certificates
- TRUSTED_CERTIFICATES - Manage trusted certificates for updates
[]> trusted_certificates
Choose the operation you want to perform:
- ADD - Upload a new trusted certificate for updates.
[]> add
Paste certificates to be trusted for secure updater connections, blank to quit
Trusted Certificate for Updater:
Paste cert in PEM format (end with '.'):
-----BEGIN CERTIFICATE-----
MMIICiDCCAfGgAwIBAgIBATANBgkqhkiG9w0BAQUFADCBgDELMAkGA1UEBhMCSU4x
DDAKBgNVBAgTA0tBUjENM............................................
-----END CERTIFICATE-----
.
Choose the operation you want to perform:
- ADD - Upload a new trusted certificate for updates.
- LIST - List trusted certificates for updates.
- DELETE - Delete a trusted certificate for updates.
[]>

電子メールゲートウェイにおける revert コマンドの使用は、非常に破壊的な操作になります。このコマンドはすべての設定ログおよびデータベースを破壊します。管理インターフェイスのネットワーク情報のみが保存されます。他のすべてのネットワーク設定は削除されます。さらに、復元は電子メールゲートウェイが再設定されるまでメール処理を中断します。このコマンドはネットワーク設定を破壊するため、revert コマンドを発行する場合は電子メールゲートウェイへの物理的なローカルアクセスが必要になります。

注意	戻し先のバージョンのコンフィギュレーション ファイルが必要です。コンフィギュレーション ファイルに下位互換性はありません。

アラートは、次の重大度に従って送信されます。

• クリティカル：すぐに対処が必要です。
• 警告：今後モニタリングが必要な問題またはエラー。すぐに対処が必要な可能性もあります。
• 情報：デバイスのルーティン機能で生成される情報。

十分なサポートと今後のシステム変更の設計を可能にするため、システムで生成されたすべてのアラートメッセージをシスコに送信するように 電子メールゲートウェイを設定できます。この機能は AutoSupport と呼ばれ、シスコによるお客様のニーズへのプロアクティブな対応に役立ちます。また、AutoSupport はシステムの稼働時間、status コマンドの出力、および使用されている AsyncOS バージョンを通知するレポートを毎週送信します。

デフォルトでは、アラート タイプが System で重大度レベルが Information のアラートを受信するように設定されているアラート受信者は、シスコに送信される各メッセージのコピーを受信します。内部にアラート メッセージを毎週送信しない場合は、この設定をディセーブルにできます。この機能をイネーブルまたはディセーブルにするには、アラート設定値の設定を参照してください。

電子メールゲートウェイから [アラート受信者（Alert Recipient）] で指定されたアドレスに送信されるアラートは、該当の送信先に対して定義された SMTP ルートに従います

アラートメッセージは電子メールゲートウェイ内の問題の通知に使用されるため、送信に AsyncOS の標準メール配信システムを使用しません。代わりに、アラート メッセージは AsyncOS で重大なシステム故障が発生しても動作するように設計された、個別に並行動作する電子メール システムで処理されます。

アラート メール システムは、AsyncOS と同一の設定を共有しません。このため、アラート メッセージは、次のように他のメール配信とは若干異なる動作をする可能性があります。

• アラート メッセージは、標準の DNS MX レコードおよび A レコードのルックアップを使用して配信されます。

  • アラート メッセージは DNS エントリを 30 分間キャッシュし、そのキャッシュは 30 分ごとにリフレッシュされます。このため、DNS 障害時にもアラートが出力されます。

• アラート メッセージはワーク キューを通過しないため、ウイルスまたはスパムのスキャン対象外です。メッセージ フィルタまたはコンテンツ フィルタの処理対象にも含まれません。

• アラート メッセージは配信キューを通過しないため、バウンスのプロファイルまたは送信先制御の制限には影響を受けません。

（注）	（オプション - TLS サポートが alertconfig CLI コマンドを使用して有効化され、FQDN 検証が [SSL 構成（SSL Configuration）] の設定ページで有効な場合のみ）：サーバー証明書にある [共通名（Common Name）]、[SAN：DNS名（SAN: DNS Name）] フィールド、またはその両方が FQDN 形式かどうかを確認します

（注）	（オプション - TLS サポートが alertconfig CLI コマンドを使用して有効化され、X 509 検証が [SSL 構成（SSL Configuration）] の設定ページで有効な場合のみ）：サーバ証明書の署名アルゴリズムを確認します。

（注）	（オプション - TLS サポートが alertconfig CLI コマンドを使用して有効化され、 [SSL構成時の設定（SSL Configuration Settings）] ページで X 509 検証が有効になっている場合のみ）：サーバー証明書にある [共通名（Common Name）] または [SAN: DNS名（SAN: DNS Name）] フィールドにサーバー名が存在するかどうかを確認します。

（注）	（オプション - TLS サポートが alertconfig CLI コマンドを使用して有効化され、 [SSL構成時の設定（SSL Configuration Settings）] ページで X 509 検証が有効になっている場合のみ）：サーバー証明書のバージョンを確認します。

電子メールゲートウェイは最新のアラートを保存するので、アラートメッセージを消失または削除した場合に GUI および CLI の両方で表示できます。これらのアラートは、電子メールゲートウェイからダウンロードできません。

最新のアラートのリストを表示するには、[アラート（Alerts）] ページにある [トップ アラートを表示（View Top Alerts）] ボタンをクリックするか、CLI で displayalerts コマンドを使用します。GUI でアラートを、日付、レベル、クラス、テキスト、受信者によって調整します。

デフォルトでは、電子メールゲートウェイは [トップアラート（Top Alerts）] ウィンドウに表示するために最大 50 個のアラートを保存します電子メールゲートウェイが保存するアラートの数を編集するには、CLI で alertconfig -> setup コマンドを使用します。この機能を無効にするにはアラートの数を 0 に変更します。

次の表に、分類したアラートのリストを示します。表には、アラート名（Cisco で使用される内部記述子）、アラートの実際のテキスト、説明、重大度（critical、information、または warning）およびメッセージのテキストに含まれるパラメータ（存在する場合）が含まれています。アラートの実際のテキストでは、パラメータ値は置き換えられます。たとえば、次のアラート メッセージではメッセージのテキストに「$ip」が記述されています。アラート生成時に「$ip」は実際の IP アドレスに置き換えられます。

• アンチスパム アラート

• アンチウイルス アラート

• ディレクトリ獲得攻撃（DHAP）アラート

• ハードウェア アラート

• スパム隔離アラート

• セーフリスト/ブロックリスト アラート

• システム アラート

• アップデータ アラート

• アウトブレイク フィルタ アラート

• クラスタリング アラート

システムの識別には、ホスト名が使用されます。完全修飾ホスト名を入力する必要があります。ホスト名を変更するには：

• Web インターフェイスで、[ネットワーク（Network）] > [IPインターフェイス（IP Interfaces）] をクリックし、[管理（Management）] をクリックして [ホスト名（Hostname）] でホスト名を変更します。
• CLI で sethostname コマンドを使用します。

（注）	変更を確定するまで、新しいホスト名は有効になりません。

GUI の [ネットワーク（Network）] メニューの [DNS] ページまたは dnsconfig コマンドで、 電子メールゲートウェイの DNS 設定値を設定できます。

次の設定値を設定できます。

• インターネットの DNS サーバまたはユーザ独自の DNS サーバを利用するか、および使用する具体的なサーバ
• DNS トラフィックに使用するインターフェイス
• 逆引き DNS ルックアップがタイムアウトするまで待機する秒数
• DNS キャッシュのクリア

電子メールゲートウェイは SAML 2.0 SSO をサポートするようになりました。これにより、管理ユーザは組織内で他の SAML 2.0 SSO 対応サービスへのアクセスに使用している同じクレデンシャルで電子メールゲートウェイの Web インターフェイスにログインできます。たとえば、SAML ID プロバイダー（IdP）として Duo、Microsoft AD FS、または Azure を有効にした場合、SAML 2.0 SSO をサポートするサービスプロバイダー（SP）として電子メールゲートウェイを設定できます。ユーザは一度サインインすれば、すべての SAML 2.0 SSO 対応サービスにアクセスできます。

SAML 2.0 SSO ワークフローを、次の図に表示します。

• 一般

• ログアウト

• 制限事項

Cisco Secure Email Gateway は、OpenID Connect 1.0 認証で ID プロバイダー（IDP）を使用するアプリケーションまたはクライアントとの統合をサポートし、電子メールゲートウェイで使用可能な AsyncOS API とシームレスに接続します。現在、お使いの E メールゲートウェイは、Microsoft AD FS のみを使用して OpenID Connectで認定されています。

次のワークフローでは、AD FS を ID プロバイダー、外部アプリケーションをクライアント、電子メールゲートウェイをリソースプロバイダーとして使用しています。

手順：

1. （1 回限りのアクティビティ）アクセストークンを検証するように電子メールゲートウェイを設定します。詳細については、電子メールゲートウェイでの OpenID Connect の設定を参照してください。

2. （1 回限りのアクティビティ）電子メールゲートウェイは、OpenID Connect の設定メタデータと必要なキーを取得して、ステップ 1 で行った設定に基づいてアクセストークンを検証します。

3. AD FS で外部アプリケーションを認証した後、アクセストークンを取得します。アクセストークンを認証および受信する方法の詳細については、認証プロバイダーまたは ID プロバイダーのマニュアルを参照してください。

4. API 要求をアクセストークンとともに電子メールゲートウェイに送信します。

5. 電子メールゲートウェイは、ステップ 2 で取得したキーセットを使用して API 要求のアクセストークンを検証します。

6. 電子メールゲートウェイは、アクセストークン内の必要な要求（発行者、対象者）を検証します。

7. 電子メールゲートウェイは、ロール要求値を使用して、AsyncOS API にアクセスするためのユーザロール権限を許可し、割り当てます。

8. 電子メールゲートウェイは、AsyncOS API 要求に適切な応答を提供します。

次に、サンプルアクセストークンの形式を示します。

Header
alg:RSA256
typ:JWT
[...] 
Payload
claim: aud: CiscoEmailAPICaller
claim: iss: http://adfsserver/adfs/services/trust
claim: iat: 1594712147
claim: exp: 1594712807
claim: CustomOrgIdentifier: MyCustomOrgId
claim: LastName: Fernandes
claim: FirstName: Erik
claim: Email: erik.fernandes@customorg.com
claim: Role: LogCollector
claim: Role: ReadOnly
[...]

電子メールゲートウェイは、次のアルゴリズムによってのみ署名されたアクセストークンの検証をサポートします。

• RSA256

• RSA384

• RSA512

OpenID Connect で電子メールゲートウェイを設定する前に、次の前提条件を満たしていることを確認します。

• 組織で使用される認証プロバイダーは電子メールゲートウェイでサポートされている。

• アプリケーションは認証プロバイダーで認証し、アクセストークンを取得できる。

• 電子メールゲートウェイは、HTTP 経由で認証プロバイダーに接続して、OpenID Connect メタデータ設定を取得できる。

次の方法の 1 つを使用して、電子メールゲートウェイの時間設定を編集できます。

• （推奨）Network Time Protocol（NTP）を使用した電子メールゲートウェイのシステム時刻の設定
• 電子メールゲートウェイのシステム時刻の手動設定

（ローカル認証された管理ユーザ限定）よく利用するページのクイック アクセス リストを作成できます。

国際化ドメイン名（IDN）機能を使用する前に、次の前提条件を満たしていることを確認してください。

• すべての着信メッセージには UTF-8 でエンコードされた IDN が必要です。

  たとえば、電子メールゲートウェイにメッセージを送信する MTA は IDN をサポートし、メッセージ内のドメインが UTF-8 形式であることを確認する必要があります。

• すべての発信メッセージには UTF-8 でエンコードされた IDN が必要であり、宛先サーバーはそれに応じて IDN を受け入れ、サポートする必要があります。

  たとえば、電子メールゲートウェイからのメッセージを受け入れる MTA は UTF-8 形式でエンコードされた IDN とドメインをサポートする必要があります。

• 該当するすべての DNS レコードで、Punycode 形式を使用して IDN を設定する必要があります。

  たとえば、IDN に MX レコードを設定する場合、DNS レコードのドメインは Punycode 形式である必要があります。

このリリースでは、電子メールゲートウェイ内で IDN ドメインを使用して設定できるのは次の機能のみです。

• SMTP ルートの設定：

  • IDN ドメインを追加または編集します。

  • IDN ドメインを使用して SMTP ルートをエクスポートまたはインポートします。

• DNS の設定：IDN ドメインを使用して DNS サーバーを追加または編集します。

• リスナーの設定：

  • インバウンドリスナーまたはアウトバウンドリスナーのデフォルトドメインの IDN ドメインを追加または編集します。

  • HAT テーブルまたは RAT テーブルで IDN ドメインを追加または編集します。

  • IDN ドメインを使用して HAT テーブルまたは RAT テーブルをエクスポートまたはインポートします。

• メールポリシーの設定

  • [着信メールポリシー（Incoming Mail Policies）] の送信者（[送信者を追跡する（Following Senders）] オプションまたは [送信者を追跡しない（Following Senders are not）] オプション）と受信者（[受信者を追跡する（Following Recipients）]または[受信者を受信しない（Recipients are not）]オプション）の IDN ドメインを使用してドメインを追加または編集します。

  • [送信メールポリシー（Outgoing Mail Policies）] の送信者（[送信者を追跡する（Following Senders）] オプションまたは [送信者を追跡しない（Following Senders are not）] オプション）と受信者（[受信者を追跡する（Following Recipients）]または[受信者を受信しない（Recipients are not）]オプション）の IDN ドメインを使用してドメインを追加または編集します。

  • [着信メールポリシー（Incoming Mail Policies）] または [送信メールポリシー（Outgoing Mail Policies）] で IDN ドメインを使用した送信者または受信者を検索します。

  • IDN ドメインを使用して送信者判定の例外を定義します。

  • IDN ドメインを使用してアドレスリストを作成します。

  • 宛先の制御に IDN ドメインを使用して宛先ドメインを追加または編集します。

• バウンスプロファイルの設定：IDN ドメインを使用して代替電子メールアドレスを追加または編集します。

• 送信者ドメインレピュテーションの設定：IDN ドメインの送信者ドメイン レピュテーション スコアを定義します。

• IP レピュテーションの設定：IDN ドメインの IP レピュテーションスコアを定義します。

• LDAP の設定：IDN ドメインを使用して、LDAP グループクエリを作成し、クエリを受け入れ、クエリをルーティングし、クエリをマスカレードします。

• レポートの設定：IDN データ（ユーザ名、電子メールアドレス、ドメイン）をレポートに表示します。

• メッセージトラッキングの設定：メッセージトラッキングに IDN データ（ユーザー名、電子メールアドレス、およびドメイン）を表示します。

• ポリシー、ウイルス、およびアウトブレイク隔離の設定：

  • ウイルス対策エンジンによる判定に従って、マルウェアを送信する可能性のある IDN ドメインを含むメッセージを表示します。

  • スパムまたはマルウェアの可能性があるとアウトブレイクフィルタによって検出された IDN ドメインを含むメッセージを表示します。

  • メッセージフィルタ、コンテンツフィルタ、および DLP メッセージアクションによって検出された IDN ドメインを含むメッセージを表示します。

• スパムの隔離の設定：

  • スパム、または疑いのあるスパムとして検出された IDN ドメインを含むメッセージを表示します。

  • IDN ドメインを含む電子メールアドレスをセーフリストとブロックリストのカテゴリに追加します。

  （注）	現在、IDN ドメインを持つ受信者は、[スパムの隔離（Spam Quarantine）] 設定ページの [エンドユーザーの隔離アクセス（End-User Quarantine Access）] セクションでエンドユーザー認証方式が [なし（None）] に設定されている場合にのみ、エンドユーザーの隔離にアクセスできます。

• [SPF構成設定（SPF Configuration Settings）]：IDN ドメインを使用してメッセージの SPF 検証を実行します。

• [DKIM構成設定（DKIM Configuration Settings）]：IDN ドメインを使用して DKIM 署名とメッセージの検証を実行します

• [DMARC構成設定（DMARC Configuration Settings）]：IDNドメインを使用してメッセージの DMARC 検証を実行します。