- Cisco E メール セキュリティ アプライアンスをご使用の前に
- アプライアンスへのアクセス
- セットアップおよび設置
- 電子メール パイプラインについて
- 電子メールを受信するためのゲートウェイの設定
- 送信者レピュテーション フィルタリング
- ホスト アクセス テーブルを使用した接続を許可するホストの定義
- ドメイン名または受信者アドレスに基づく接続の許可または拒否
- メッセージ フィルタを使用した電子メール ポリシーの適用
- メール ポリシー
- コンテンツ フィルタ（Content Filters）
- アンチウイルス
- スパム対策
- グレイメールの管理
- アウトブレイク フィルタ
- 悪意のある URL または望ましくない URL からの保護
- ファイル レピュテーション フィルタリングとファイル分析
- データ損失の防止
- Cisco Email Encryption
- S/MIME セキュリティ サービス
- Office 365 メールボックスのメッセージの自動修復
- 電子メール認証
- テキスト リソース
- SMTP サーバを使用した受信者の検証
- 他の MTA との暗号化通信
- ルーティングおよび配信機能の設定
- LDAP クエリ
- クライアント認証を使用した SMTP セッションの認証
- FIPS 管理
- 電子メール セキュリティ モニタの使用方法
- メッセージ トラッキング
- 集約されたポリシー、ウイルス、およびアウトブレイク隔離
- スパム隔離
- 管理タスクの分散
- システム管理
- CLI による管理およびモニタリング
- SenderBase ネットワークに参加
- GUI での他のタスク
- 高度なネットワーク構成
- ログ
- クラスタを使用した中央集中型管理
- テストとトラブルシューティング
- D-Mode を使用した発信メール配信アプライアンスの最適化
- Cisco コンテンツ（M シリーズ）セキュリティ管理アプライアンスの集中型サービス
- FTP、SSH、および SCP アクセス
- ネットワークと IP アドレスの割り当て
- メール ポリシーとコンテンツ フィルタの例
- ファイアウォール情報
- エンド ユーザ ライセンス契約書
- Index
AsyncOS 11.0 for Cisco Email Security Appliances ユーザ ガイド
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2021年8月6日
章のタイトル： D-Mode を使用した発信メール配信アプライアンスの最適化
D-Mode を使用した発信メール配信アプライアンスの最適化
この章は、次の項で構成されています。
機能の概要：最適化された発信配信の D-Mode
D-Mode は、特定の E メール セキュリティ アプライアンスを発信電子メール配信向けに最適化する、キーでイネーブルにされる機能です。着信メール処理に特有の機能は、D-Mode ではディセーブルになっています。
D-Mode 対応アプライアンス固有の機能
- 256 の仮想ゲートウェイ アドレス：Cisco Virtual Gateway テクノロジーを使用すると、個別の IP アドレス、ホスト名およびドメインを使用してホストするすべてのドメインのエンタープライズ メール ゲートウェイを設定して、同じ物理アプライアンス内でホストしながら、これらのドメインの個別の企業電子メール ポリシー拡張およびアンチスパム戦略を作成できます。にある「リスナーのカスタマイズ」に関する情報を参照してください。電子メールを受信するためのゲートウェイの設定
- IronPort Mail Merge（IPMM）：IronPort Mail Merge（IPMM）を使用すると、個別の個人向けメッセージをカスタマー システムから生成する手間を省くことができます。ユーザは、数千の個別メッセージを生成し、メッセージ生成システムと電子メール ゲートウェイ間で送信する必要がなくなるため、システムにかかる負荷が軽減され、電子メール配信のスループットが向上します。詳細については、IronPort Mail Merge（IPMM）を使用した大量のメールの送信を参照してください。
- リソースを節約するバウンス設定：D-Mode-enabled アプライアンスを設定して、ブロックされている可能性のある宛先を検出し、その宛先へのすべてのメッセージをバウンスできます。詳細については、リソースを節約するバウンス設定の構成を参照してください。
- 発信配信のパフォーマンスの向上
D-Mode 対応アプライアンスでディセーブルになっている標準機能
- IronPort Anti-Spam スキャンおよびオン/オフボックス スパム隔離：アンチスパム スキャンは、通常、着信メールに関係するため、IronPort Anti-Spam スキャン エンジンはディセーブルにされます。したがって、スパム対策の章は適用されません。
- アウトブレイク フィルタ：アウトブレイク フィルタは、着信メールの隔離に使用されるため、D-Mode-enabled アプライアンスではディセーブルになっています。したがって、アウトブレイク フィルタの章の情報は適用されません。
- SenderBase Network Participation 機能：SenderBase Network Participation は、着信メールに関する情報を報告するため、D-Mode-enabled アプライアンスではディセーブルになっています。したがって、SenderBase Network Participation に関する情報は適用されません。
- レポーティング：レポーティング機能は限定されます。一部のレポートは使用できません。発生するレポーティングも、パフォーマンス上の理由により、非常に限定的なレベルで実行するように設定されています。
 （注） | D-Mode-enabled アプライアンスの電子メール セキュリティ モニタ概要レポートに示される合計には、これらの機能が D-Mode-enabled アプライアンスでディセーブルにされている場合でも、スパム、および陽性と疑わしいスパムの数が、誤って含まれる可能性があります。 |
D-Mode 対応アプライアンスに適用される標準機能
|
機能 |
詳細情報 |
|---|---|
|
アンチウイルス スキャン |
参照先： アンチウイルス |
|
DomainKeys 署名 |
DKIM/DomainKeys は、送信者により使用される署名キーに基づいて電子メールの信頼性を確認する方式です。参照先： 電子メール認証 |
|
集中管理 |
参照先： クラスタを使用した中央集中型管理 |
|
配信スロットリング |
各ドメインに対して、一定期間でシステムが超えることができない、接続および受信者の最大数を割り当てることができます。「グッド ネイバー」テーブルは、destconfig コマンドで定義されます。 詳細については、宛先制御による電子メール配信の管理を参照してください。 |
|
バウンス検証 |
バウンス メッセージの信頼性を検証します。バウンス検証を参照してください。 |
|
委任管理 |
参照先： 管理タスクの分散 |
|
トレース（デバッグ） |
テスト メッセージを使用したメール フローのデバッグ：トレースを参照してください。 |
|
VLAN、NIC ペアリング |
参照先： 高度なネットワーク構成 |
|
オプションのアンチウイルス エンジン |
オプションのアンチウイルス スキャンを追加することで、アウトバウンド メッセージの完全性を保証できます。アンチウイルス スキャンの概要を参照してください。 |
最適化された発信メール配信のアプライアンスの設定
リソースを節約するバウンス設定の構成
最適化された発信メール配信向けにアプライアンスを設定した後は、潜在的な配信問題を検出し、特定の宛先へのすべてのメッセージをバウンスするようにシステムを設定できます。
（注） | この設定を使用すると、配信不能と見なされる宛先ドメインのキューのすべてのメッセージがバウンスされます。メッセージは、配信問題が解決された後で再送信する必要があります。 |
リソースを節約するバウンス設定をイネーブルにする例
mail3.example.com> bounceconfig Choose the operation you want to perform: - NEW - Create a new profile. - EDIT - Modify a profile. - DELETE - Remove a profile. - SETUP - Configure global bounce settings. []> setup Do you want to bounce all enqueued messages bound for a domain if the host is down? [N]> y
この機能を使用する場合、最新の接続試行が 10 回連続で失敗すると、ホストは「ダウン」と見なされます。AsyncOS は、ダウン ホストを 15 分ごとにスキャンします。そのため、接続は、キューがクリアされる前に 11 回以上試行されます。
IronPort Mail Merge（IPMM）を使用した大量のメールの送信
（注） | IronPort Mail Merge は、D-Mode-enabled アプライアンスでのみ使用可能です。 |
IronPort Mail Merge の概要
IronPort Mail Merge を使用すると、個別の個人向けメッセージをカスタマー システムから生成する手間を省くことができます。ユーザは、数千の個別メッセージを生成し、メッセージ生成システムと電子メール ゲートウェイ間で送信する必要がなくなるため、システムにかかる負荷が軽減され、電子メール配信のスループットが向上します。
IPMM では、個人向けに置換されるメッセージの場所を表す変数を使用して、各メッセージの本文が作成されます。各メッセージ受信者に対して、受信電子メール アドレスおよび変数置換だけを電子メール ゲートウェイに送信する必要があります。また、IPMM を使用して、受信者に応じて、送信するメッセージの本文の特定の「パーツ」を含めたり、除外したりできます（たとえば、2 つの異なる国の受信者に送信するメッセージの最後に異なる著作権宣言文を含めることができます）。
Mail Merge 機能の利点
- メール管理者にとって使いやすい。IPMM は、変数置換および一般的な多くの言語の抽象化インターフェイスを提供するため、各受信者の個人向けメッセージを簡単に作成できます。
- メッセージ生成システムの負荷を軽減する。メッセージ本文の 1 つのコピーと必須の置換のテーブルだけが必要であるため、ほとんどのメッセージ生成「作業」をメッセージ生成システムから、最適化された発信メール配信向けに設定されたアプライアンスに移行して、負荷を軽減できます。
- 配信スループットが改善される。数千の着信メッセージを受け取り、キューに入れるために必要なリソースを軽減することで、アプライアンスは、アウトバウンド配信パフォーマンスを大幅に改善できます。
- キュー ストレージの効率性が向上する。各メッセージ受信に保存する情報を減らすことで、ユーザは、D-Mode-enabled アプライアンスのキュー ストレージの使用効率を大幅に向上できます。
Mail Merge の使用
SMTP インジェクション
IPMM は、SMTP をトランスポート プロトコルとして拡張します。アプライアンスで行う特別な設定は必要ありません（デフォルトでは、IPMM は、プライベート リスナーでイネーブルにして、D-Mode-enabled アプライアンスのパブリック リスナーでディセーブルにできます）。ただし、現在、SMTP をインジェクション プロトコルとして使用していない場合は、D-Mode-enabled アプライアンス インターフェイスを介して SMTP を利用する新しいプライベート リスナーを作成する必要があります。
listenerconfig の setipmm サブコマンドを使用して、リスナーで IPMM を有効にします。詳細については、次を参照してください。 電子メールを受信するためのゲートウェイの設定
IPMM は、MAIL FROM と DATA の 2 つのコマンドを変更し、XDFN を追加することで、SMTP を変更します。MAIL FROM コマンドは XMRG FROM に、DATA コマンドは XPRT に置き換えられています。
Mail Merge メッセージを生成するには、メッセージの生成に使用されるコマンドを特定の順序で発行する必要があります。
- 送信ホストを示す、初期 EHLO ステートメント。
- 各メッセージは、送信者アドレスを示す、XMRG FROM: ステートメントで始まります。
- 各受信者は、次のように定義されます。
- 1 つ以上の XDFN 変数割り当てステートメントが含まれます。これには、パーツ定義（XDFN *PART=1,2,3...）やその他の任意の受信者固有の変数が含まれます。
- 受信者電子メール アドレスは、RCPT TO: ステートメントで定義されます。RCPT TO: の前にあり、前述の XMRG FROM または RCPT TO コマンドの後にある任意の変数割り当ては、この受信者電子メール アドレスにマッピングされます。
- 各パーツは、XPRT n コマンドを使用して定義されます。各パーツは、DATA コマンドと同様にピリオド（.）文字で終端します。最後のパーツは、XPRT n LAST コマンドで定義されます。
変数置換
メッセージ ヘッダーなど、メッセージ本文の任意のパーツに、置換用の変数を含めることができます。変数は、HTML メッセージにも表示できます。変数は、ユーザが定義し、アンパサンド（&）文字で始まり、セミコロン（;）文字で終端する必要があります。アスタリスク（*）で始まる変数名は、予約されているため使用できません。
予約変数
IPMM には、事前に定義されている 5 つの特殊な「予約」変数が含まれます。
*FROM |
予約変数 *FROM は、「Envelope From」パラメータから派生します。「Envelope From」パラメータは、「XMRG FROM:」コマンドにより設定されます。 |
*TO |
予約変数 *TO は、「RCPT TO:」コマンドで設定される、エンベロープ受信者値から派生します。 |
*PARTS |
予約変数 *PARTS は、パーツのカンマ区切りリストを含みます。これは、「RCPT TO:」で受信者を定義する前に設定され、特定のユーザが受信する「XPRT n」メッセージ本文ブロックを決定します。 |
*DATE |
予約変数 *DATE は、現在の日付スタンプに置き換えられます。 |
*DK |
予約変数 *DK は、DomainKeys 署名プロファイルの指定に使用されます（このプロファイルはすでに AsyncOS に存在している必要があります）。DomainKeys 署名プロファイルの作成の詳細については、電子メール認証を参照してください。 |
メッセージの例 1
次の例のメッセージ本文（ヘッダーを含む）には、最後のメッセージで置換される、4 つの異なる変数と 5 つの置換用の場所が含まれます。同じ変数がメッセージ本文で複数回使用されることがあるため注意してください。また、予約変数 &*TO; が使用されます。これは、受信者の電子メール アドレスに置換されます。この予約変数は、個別の変数として渡す必要はありません。次の例の変数は太字で示されています。
From: Mr.Spacely <spacely@example.com> To: &first_name;&last_name;&*TO; Subject: Thanks for Being an Example.Com Customer Dear &first_name;, Thank you for purchasing a &color; sprocket.
このメッセージは、アプライアンスに一度だけインジェクトする必要があります。各受信者に対して、次の追加情報が必要です。
パーツ アセンブリ
SMTP は、各メッセージ本文に単一の DATA コマンドを使用し、IPMM は、1 つ以上の XPRT コマンドを使用してメッセージを作成します。パーツは、受信者ごとに指定される順序に従ってアセンブルされます。各受信者は、任意またはすべてのメッセージ パーツを受信できます。パーツは、任意の順序でアセンブルできます。
特殊な変数 *PARTS は、パーツのカンマ区切りリストを含みます。
たとえば、次の例のメッセージでは、2 つのパーツが含まれます。
最初のパーツには、メッセージ ヘッダーとメッセージ本文の一部が含まれます。2 番めのパーツには、特別なカスタマー向けに含めることができる割引価格が含まれます。
メッセージの例 2（パート 1）
From: Mr. Spacely <spacely@example.com> To: &first_name; &last_name; &*TO; Subject: Thanks for Being an Example.Com Customer Dear &first_name;, Thank you for purchasing a &color; sprocket.
メッセージの例 2（パート 2）
Please accept our offer for 10% off your next sprocket purchase.
メッセージ部分は、アプライアンスに一度だけインジェクトする必要があります。この場合、各受信者に、次の追加情報が必要です。
IPMM および DomainKeys 署名
IPMM は、DomainKeys 署名をサポートします。DomainKeys プロファイルを指定するには、*DK 予約変数を使用します。次に例を示します。
XDFN first_name="Jane" last_name="User" color="red" *PARTS=1,2 *DK=mass_mailing_1
この例では、「mail_mailing_1」は、前に設定した DomainKeys プロファイルの名前です。
コマンドの説明
クライアントは、IPMM メッセージをリスナーにインジェクトするときに、次のキー コマンドで拡張 SMTP を使用します。
XMRG FROM
XMRG FROM: <sender email address>
このコマンドは、SMTP MAIL FROM: コマンドの代わりに使用されます。これは、次に IPMM メッセージがあることを示します。IPMM ジョブは、XMRG FROM: コマンドで開始されます。
XDFN
XDFN <KEY=VALUE> [KEY=VALUE]
XDFN コマンドは、受信者別のメタデータを設定します。キーと値のペアは、オプションでかぎカッコまたは角カッコで囲むことができます。
*PARTS は、XPRT コマンド（以下を参照）で定義されているように、インデックス番号を示す特殊な予約変数です。*PARTS 変数は、整数のカンマ区切りリストとして分割されます。整数は、XPRT コマンドにより定義されているように送信される本文パーツと一致します。その他の予約変数には、*FROM、*TO および *DATE があります。
XPRT
構文：
XPRT index_number LAST Message .
XPRT コマンドは、SMTP DATA コマンドの代わりに使用されます。このコマンドは、コマンド入力後にメッセージ パーツの送信者を受け取ります。コマンドは、行の末尾に単一のピリオドを付けて完了します（これは、SMTP DATA コマンドを完了する方法と同じです）。
特殊キーワード LAST は、Mail Merge ジョブの最後を示します。これは、インジェクトされる最後のパーツを指定するときに使用する必要があります。
LAST キーワードが使用されると、メッセージがキューに入り、配信が始まります。
変数定義に関する注意事項
- XDFN コマンドで変数を定義する場合、実際のコマンド ラインは、システムの物理的制限を超えることはできないため注意してください。D-Mode-enabled アプライアンスの場合、この制限は、1 行あたり 4 KB です。ホスト システムによっては、しきい値がこれより低くなることがあります。非常に長いコマンド ラインで複数の変数を定義する場合は注意してください。
- 変数キーと値のペアを定義する場合、スラッシュ「/」文字を使用して、特殊文字をエスケープできます。これは、メッセージ本文に、誤って変数定義と置換される可能性がある HTML 文字エンティティが含まれる場合に役に立ちます（たとえば、文字エンティティ ™ は、商標文字の HTML 文字エンティティを定義します）。コマンド XDFN trade=foo を作成して、HTML 文字エンティティ「™」を含む IPMM メッセージを作成した場合、アセンブルされるメッセージには、商標文字ではなく、変数置換（「foo」）が含まれます。これは、GET コマンドを含む URL で使用されることがあるアンパサンド文字「&」の場合も同じです。
IPMM カンバセーションの例
次に、メッセージの例 2（前述の例）での IPMM カンバセーションの例を示します。このメッセージは、この例の 2 人の受信者「Jane User」および「Joe User」に送信されます。
この例では、太字フォントは、D-Mode-enabled アプライアンスとの手動による SMTP カンバセーションで入力する内容です。また、モノスペース タイプのフォントは、SMTP サーバからの応答を表し、イタリック体フォントは、コメントまたは変数を表します。
接続が確立されます。
220 ESMTP EHLO foo 250 - ehlo responses from the listener enabled for IPMM
カンバセーションが開始されます。
XMRG FROM:<user@domain.com> [Note: This replaces the MAIL FROM: SMTP command.] 250 OK
変数およびパーツが各受信者に設定されます。
XDFN first_name="Jane" last_name="User" color="red" *PARTS=1,2 [Note: This line defines three variables (first_name, last_name, and color) and then uses the *PARTS reserved variable to define that the next recipient defined will receive message parts numbers 1 and 2.] 250 OK RCPT TO:<jane@company.com> 250 recipient <jane@company.com> ok XDFN first_name="Joe" last_name="User" color="black" *PARTS=1 [Note: This line defines three variables (first_name, last_name, and color) and then uses the *PARTS reserved variable to define that the next recipient defined will receive message parts numbers 1 only.] RCPT TO:<joe@company1.com> 250 recipient <joe@company1.com> ok
次に、パーツ 1 が送信されます。
XPRT 1 [Note: This replaces the DATA SMTP command.] 354 OK, send part From: Mr. Spacely <spacely@example.com> To: &first_name; &last_name; &*TO; Subject: Thanks for Being an Example.Com Customer &*DATE; Dear &first_name;, Thank you for purchasing a &color; sprocket. .
次に、パーツ 2 が送信されます。LAST キーワードは、パーツ 2 がアセンブルする最後のパーツであることを示すときに使用されます。
XPRT 2 LAST
Please accept our offer for 10% off your next sprocket purchase.
.
250 Ok, mailmerge message enqueued
「250 Ok, mailmerge message queued」は、メッセージが受け取られたことを示します。
この例に基づいて、受信者 Jane User は、このメッセージを受信します。
From: Mr. Spacely <spacely@example.com> To: Jane User <jane@company.com> Subject: Thanks for Being an Example.Com Customer message date Dear Jane, Thank you for purchasing a red sprocket. Please accept our offer for 10% off your next sprocket purchase.
受信者 Joe User は、このメッセージを受信します。
From: Mr. Spacely <spacely@example.com> To: Joe User <joe@company1.com> Subject: Thanks for Being an Example.Com Customer message date Dear Joe, Thank you for purchasing a black sprocket.
コード例
シスコは、一般的なプログラミング言語でライブラリを作成して、IPMM メッセージを IPMM 対応のアプライアンス リスナーにインジェクトするタスクを抽象化します。IPMM ライブラリの使用例については、シスコ カスタマー サポートにお問い合わせください。コードは、構文説明のために広範囲にわたってコメント化されています。
フィードバック