プロファイルのリストで名前をクリックします。プロファイルを編集することもできます。プロファイルが作成されます。0)、再試行を待機する最大時間が指定されます。バウンス警告は送信されません。コマンドを使用して、そのプロファイルをリスナーに適用できます。リスナーに適用されます。ゲートウェイの設定は次のようになります。大量の電子メールが未管理で配信されると、受信者ドメインで混乱が生じることがあります。アプライアンスで開く接続数やアプライアンスで各宛先ドメイン宛に送信されるメッセージ数を定義することにより、メッセージ配信を詳細に管理できます。コマンド)を使用すると、次の項目を制御できます。ホストに対してアプライアンスが開こうとする同時接続数。Connection)]:アプライアンスが新しい接続を開始する前に、宛先ドメインに送信するメッセージ数。ホストに対して送信する受信者数。ホスト名ごとに、制限を適用する方法。ネゴシエーションが失敗した場合にアラートを送信するかどうか。これは、ドメイン単位ではなく、グローバルな設定です。タギングを実行するかどうか(バウンス検証を参照)。ページで設定します)。未指定のドメインに対するデフォルト設定を制御することもできます。テーブルによって選択されます。詳細は次のとおりです。アドレスに適用することで識別されます。コマンドを使用して(あるいはシステムのセットアップ時に)設定されます。アドレス空間が重なる場合は、より具体的なネットマスクが使用されます。インターフェイス経由で送信されます。コマンドを使用して設定)に対して送信されます。アドレスはローカルです。アドレスの出力インターフェイスの選択ルールに従って決まります。アドレスおよびネットマスクが選択されます。コマンド)を使用して設定されます。ルートよりも優先されます。ルートが具体的になるほど、優先度が高くなります。発信宛先ドメインごとに、専用の発信キューがあります。テーブルで指定)があります。テーブルで具体的に示されていない一意のドメインごとに、テーブルで設定した別の「デフォルト(Default)」制限を使用します。コマンドを使用して、送信先コントロールエントリを作成、編集、および削除します。アドレスのバージョンを設定できます。つのバージョンを使用するように設定できます。設定を指定した場合、アプライアンスは指定されたバージョンのアドレスを使用してドメインへの接続をネゴシエーションします。アドレスのバージョンを使わない場合、電子メールは送信されません。サーバに負荷がかかり過ぎないようにできます。ドメインごとに、特定の期間にシステムで超過しないようにする接続、発信メッセージ、受信者の最大数を割り当てることができます。コマンド))を使用して定義します。ドメイン名を指定するには、次の構文を使用します。ようなサブドメインの送信先コントロールを指定できるようになります。アドレスを個別に入力する必要はありません。アドレスとシステム全体のどちらに対して適用されるのかを設定します。インターフェイスごとの同時接続数を管理します。システム全体の制限では、アプライアンスで許可される接続の合計数を管理します)。定義した制限がドメイン全体に適用されるかどうかを設定します。これらの値については、次の表で説明します。Connections)アプライアンスによって特定のホストに対して行われる発信接続の最大数。(ドメインには、社内グループウェアのホストを含めることができます)。Connection)新しい接続が開始されるまでに、アプライアンスから特定のホストに対する単一発信接続に対して許可されるメッセージの最大数。受信者(Recipients)特定の期間内に許可される受信者の最大数。当該ドメインに対して、受信者の制限がないことを示します。期間に「0」を指定すると、この機能がディセーブルになります。(注)受信者制限を変更すると、すでにキュー内にあるすべてのメッセージのカウンタがリセットされます。アプライアンスは、新しい受信者制限に基づいてメッセージを配信します。Limits)制限がドメイン全体に適用(強制)されるかどうかを指定します。この設定は、接続、メッセージ、受信者の制限に適用されます。アドレスのどちらに適用されるのかを指定します。アドレスのグループを設定しても、仮想ゲートウェイを設定していない場合は、仮想ゲートウェイごとに適用制限を設定しないでください。この設定は、仮想ゲートウェイを使用するように設定されたシステムのみを対象にしています。ゲートウェイを参照してください。制限に設定することによって、システム全体の制限を効果的に実装できます。コマンドで追跡されているすべてのカウンタがリセットされます。トランスポート層セキュリティ)を設定することもできます。接続がネゴシエートされます。ネゴシエーションに失敗すると、電子メールはその接続を介して送信されません。証明書検証の有効化を参照してください。ネゴシエーションが失敗した場合、アプライアンスがアラートを送信するかどうかを指定できます。ネゴシエーションの宛先ドメイン名が含まれます。アラートを受信するよう設定されたすべての受信者にアラートメッセージを送信します。コマンド)を使用してアラートの受信者を管理できます。サブコマンドを使用します。これは、ドメイン単位ではなく、グローバルな設定です。接続に使用する証明書を指定する必要があります。サブコマンドを使用して、証明書を指定します。証明書の取得方法については、証明書の使用を参照してください。アラートの詳細については、「システム管理」の章を参照してください。送信されるメールにバウンス検証のタギングが行われるかどうかを指定できます。デフォルトに対して指定することも、特定の宛先に対して指定することもできます。シスコでは、デフォルトに対してバウンス検証をイネーブルにした後で、具体的な除外対象として新しい宛先を作成することを推奨します。詳細については、バウンス検証を参照してください。プロファイルを指定することもできます。番めのカラムに表示されます。プロファイルが使用されます。プロファイルの作成を参照してください。2エントリを設定します。3変更を送信し、保存します。エントリを定義する単一の設定ファイルを作成して、アプライアンスにインポートできます。設定ファイルと似ています。ドメインのパラメータはセクションにまとめられ、セクション名としてドメイン名が使用されます。パラメータをグループにします。エントリから継承されます。セクションを含めます。エントリがすべて上書きされます。エントリは上書きされません。エントリは削除されます。設定ファイルでは、ドメインに対して次のパラメータを定義できます。パラメータを除くすべてのパラメータが必要です。バージョンを指定します。次のいずれかの値を入力します。REQUIRE_v4max_host_concurrencyアプライアンスによって特定のホストに対して行われる発信接続の最大数。パラメータも定義する必要があります。max_messages_per_connection新しい接続が開始されるまでに、アプライアンスから特定のホストに対する単一発信接続に対して許可されるメッセージの最大数。受信者制限を適用しないようにする場合は、未定義のままにします。適用しないようにする場合は、未定義のままにします。パラメータも定義する必要があります。アドレスのどちらに適用されるのかを指定します。次のいずれかの値を入力します。アドレスのどちらに適用されるのかを指定します。次のいずれかの値を入力します。タギングをオンにするかどうかを指定します。次のいずれかの値を入力します。証明書検証の有効化を参照してください。次のいずれかの値を入力します。文字列には、大文字と小文字の区別はありません。エントリでは使用できません。接続が失敗した場合にアラートを送信するかどうか。次のいずれかの値を入力します。エントリでのみ使用できます。接続で使用される証明書。エントリでのみ使用できます。(注)証明書を指定しない場合は、デモの証明書が割り当てられますが、デモの証明書を使用することはセキュアではないため、通常の使用には推奨できません。エントリの例を次に示します。エントリが生成されます。コマンドを使用して、設定ファイルをインポートします。ファイルにエクスポートすることもできます。ドメイン管理エントリも含まれています。エントリを設定できます。Appliances』を参照してください。よって送信される新しいメッセージで、元の電子メールのエンベロープ送信者が新しいエンベロープ受信者として使用されます。>)でエンベロープ受信者に送り返されます。インフラストラクチャへの攻撃をますます増やしています。メッセージによって行われます。リレーおよび「ゾンビ」ネットワークを経由してさまざまなドメインで無効な可能性のあるアドレス(エンベロープ受信者)に電子メールを送信します。ジョブ)」とも呼ばれます)。メッセージ)が生成され、一緒に無実なドメイン(エンベロープ送信者アドレスが偽装されたドメイン)の電子メール送信者宛に送信されます。ドメインは、「誤った宛先が指定された」膨大なバウンスを受信します。メッセージは、数百万にもおよぶことがあります。インフラストラクチャがダウンして、ターゲットが正当な電子メールの送受信を行えなくなります。イネーブルにすると、バウンス検証によって、そのアプライアンスから送信されたメッセージのエンベロープ送信者アドレスにタグが付けられます。メッセージで、エンベロープ受信者にこのタグが付いているかどうかがチェックされます。正当なバウンス(このタグが付いている)であれば、タグが外されて配信されます。メッセージは、別の処理を行えます。メッセージを管理できます。アプライアンスで着信メールに基づいて発信バウンスを生成する方法の制御については、バウンスした電子メールの処理を参照してください。概要:タギングとバウンス検証バウンス検証をイネーブルにして電子メールを送信すると、アプライアンスにより、メッセージのエンベロープ送信者アドレスが書き換えられます。いう文字列は、「バウンス検証タグ」であり、アプライアンスによって送信されるときに、エンベロープ送信者に追加されます。キーを参照してください)。このメッセージがバウンスすると、バウンス内のエンベロープ受信者アドレスに通常はこのバウンス検証タグが含まれます。デフォルトではシステム全体でバウンス検証タギングをイネーブルまたはディセーブルにできます。特定のドメインに対してバウンス検証タギングをイネーブルまたはディセーブルにすることもできます。内のアプライアンスに配信する場合)。有効なタグが含まれているバウンスは配信されます。タグが削除され、エンベロープ受信者が復元されます。マップ処理の直後に発生します。ヘッダーを追加するのかを定義できます。詳細については、バウンス検証設定値の設定を参照してください。日より古い場合、そのメッセージはバウンス検証で定義された設定に従って扱われます。メッセージが示されています。)に配信する場合は、その社内ドメインに対してバウンス検証タギングを無効にしてください。アドレス(<>)が設定されたメールであると見なされます。メッセージの場合は、より緩やかなポリシーが適用されます。日でのキー失効は無視され、古いキーとの一致も調べられます。キーは、バウンス検証タグを生成するときにアプライアンスで使用されるテキスト文字列です。ドメインから発信されるすべてのメールには一貫してタグが付けられるため、すべてのアプライアンスで同じキーを使用することが理想的です。そのようにして、あるアプライアンスで発信メッセージのエンベロープ送信者にタグが付けられる場合、別のアプライアンスからバウンスを受信しても、その着信バウンスが検証および配信されます。日間の猶予期間があります。キーを複数回変更できます。日よりも新しいこれまでのすべてのキーを使用して、タグの付いたメッセージを検証しようとします。デフォルト設定は「いいえ」であり、タグの付いていないバウンスは無効であると見なされます。ヘッダーが付加されます。「はい」を選択した場合、タグの付いていないバウンスは有効であると見なされ、受け入れられます。これは、次のようなシナリオで使用できます。リストに送信することを検討しているユーザがいるとします。リストでは、エンベロープ送信者の固定セットからのメッセージのみを受け入れています。そのような場合、ユーザからのタグ付きメッセージは受け入れられません(タグは定期的に変更されるため)。テーブルに追加し、そのドメインに対するタギングをディセーブルにします。この時点で、ユーザは問題なくメールを送信できます。パラメータをイネーブルにします。設定を参照してください。2バウンス検証設定を編集します。詳細については、バウンス検証設定値の設定を参照してください。使用したバウンス検証をイネーブルにします。使用を参照してください。リストには、現在のキー、および過去に使用してまだ削除されていないキーが示されます。新規のキーを追加するには、次の手順を実行します。