• 256 の仮想ゲートウェイアドレス：Cisco Virtual Gateway テクノロジーを使用すると、個別の IP アドレス、ホスト名およびドメインを使用してホストするすべてのドメインのエンタープライズ メール ゲートウェイを設定して、同じ物理電子メールゲートウェイ内でホストしながら、これらのドメインの個別の企業電子メールポリシー拡張およびアンチスパム戦略を作成できます。電子メールを受信するためのゲートウェイの設定にある「リスナーのカスタマイズ」に関する情報を参照してください。
• IronPort Mail Merge（IPMM）：IronPort Mail Merge（IPMM）を使用すると、個別の個人向けメッセージをカスタマー システムから生成する手間を省くことができます。ユーザは、数千の個別メッセージを生成し、メッセージ生成システムと電子メール ゲートウェイ間で送信する必要がなくなるため、システムにかかる負荷が軽減され、電子メール配信のスループットが向上します。詳細については、IronPort Mail Merge（IPMM）を使用した大量のメールの送信を参照してください。
• リソースを節約するバウンス設定：D-Mode 対応電子メールゲートウェイを設定して、ブロックされている可能性のある宛先を検出し、その宛先へのすべてのメッセージをバウンスできます。詳細については、リソースを節約するバウンス設定の構成を参照してください。
• 発信配信のパフォーマンスの向上

• IronPort Anti-Spam スキャンおよびオン/オフボックス スパム隔離：アンチスパム スキャンは、通常、着信メールに関係するため、IronPort Anti-Spam スキャン エンジンはディセーブルにされます。したがって、スパム対策の章は適用されません。
• アウトブレイクフィルタ：アウトブレイクフィルタは、着信メールの隔離に使用されるため、D-Mode 対応電子メールゲートウェイではディセーブルになっています。したがって、アウトブレイク フィルタの章の情報は適用されません。

• サービスログ：サービスログ機能は、D-Mode 対応電子メールゲートウェイでは無効になっています。

• レポーティング：レポーティング機能は限定されます。一部のレポートは使用できません。発生するレポーティングも、パフォーマンス上の理由により、非常に限定的なレベルで実行するように設定されています。

（注）	D-Mode 対応電子メールゲートウェイの電子メールセキュリティモニタ概要レポートに示される合計には、これらの機能が D-Mode 対応電子メールゲートウェイでディセーブルにされている場合でも、スパム、および陽性と疑わしいスパムの数が、誤って含まれる可能性があります。

• データ損失防止：発信メッセージの DLP スキャンは、D-Mode 対応電子メールゲートウェイでディセーブルになっています。

IronPort Mail Merge を使用すると、個別の個人向けメッセージをカスタマー システムから生成する手間を省くことができます。ユーザは、数千の個別メッセージを生成し、メッセージ生成システムと電子メール ゲートウェイ間で送信する必要がなくなるため、システムにかかる負荷が軽減され、電子メール配信のスループットが向上します。

IPMM では、個人向けに置換されるメッセージの場所を表す変数を使用して、各メッセージの本文が作成されます。各メッセージ受信者に対して、受信電子メール アドレスおよび変数置換だけを電子メール ゲートウェイに送信する必要があります。また、IPMM を使用して、受信者に応じて、送信するメッセージの本文の特定の「パーツ」を含めたり、除外したりできます（たとえば、2 つの異なる国の受信者に送信するメッセージの最後に異なる著作権宣言文を含めることができます）。

• メール管理者にとって使いやすい。IPMM は、変数置換および一般的な多くの言語の抽象化インターフェイスを提供するため、各受信者の個人向けメッセージを簡単に作成できます。

• メッセージ生成システムの負荷を軽減する。メッセージ本文の 1 つのコピーと必須の置換のテーブルだけが必要であるため、ほとんどのメッセージ生成「作業」をメッセージ生成システムから、最適化された発信メール配信向けに設定された電子メールゲートウェイに移行して、負荷を軽減できます。

• 配信スループットが改善される。数千の着信メッセージを受け取り、キューに入れるために必要なリソースを軽減することで、電子メールゲートウェイは、アウトバウンド配信パフォーマンスを大幅に改善できます。

• キュー ストレージの効率性が向上する。各メッセージ受信に保存する情報を減らすことで、ユーザは、D-Mode 対応電子メールゲートウェイのキューストレージの使用効率を大幅に向上できます。

クライアントは、IPMM メッセージをリスナーにインジェクトするときに、次のキー コマンドで拡張 SMTP を使用します。

• XDFN コマンドで変数を定義する場合、実際のコマンド ラインは、システムの物理的制限を超えることはできないため注意してください。D-Mode 対応電子メールゲートウェイの場合、この制限は、1 行あたり 4 KB です。ホスト システムによっては、しきい値がこれより低くなることがあります。非常に長いコマンド ラインで複数の変数を定義する場合は注意してください。
• 変数キーと値のペアを定義する場合、スラッシュ「/」文字を使用して、特殊文字をエスケープできます。これは、メッセージ本文に、誤って変数定義と置換される可能性がある HTML 文字エンティティが含まれる場合に役に立ちます（たとえば、文字エンティティ™ は、商標文字の HTML 文字エンティティを定義します）。コマンド XDFN trade=foo を作成して、HTML 文字エンティティ「™」を含む IPMM メッセージを作成した場合、アセンブルされるメッセージには、商標文字ではなく、変数置換（「foo」）が含まれます。これは、GET コマンドを含む URL で使用されることがあるアンパサンド文字「&」の場合も同じです。

次に、メッセージの例 2（前述の例）での IPMM カンバセーションの例を示します。このメッセージは、この例の 2 人の受信者「Jane User」および「Joe User」に送信されます。

この例では、太字フォントは、D-Mode 対応電子メールゲートウェイとの手動による 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.