技術的なメール設定

概要

次の節では、E メールの配信時にAdobe Campaignインスタンスの出力を制御するために必要な設定の概要を示します。

メモ

一部の設定は、AdobeがAdobeでホストするデプロイメント（サーバーおよびインスタンスの設定ファイルにアクセスする場合など）に対してのみ実行できます。 様々なデプロイメントについて詳しくは、 ホスティングのモデル セクションまたは このページ.

Adobe Campaignでの配信品質に関する概念とベストプラクティスについて詳しくは、こちらを参照してください。 セクション.

Adobeプラットフォームによる E メールの効率的な送受信に関するすべての技術的な推奨事項など、配信品質の詳細については、 Adobe配信品質のベストプラクティスガイド.

動作の原則

1 つ以上のAdobe Campaignインスタンスの出力を制御して、1 つのドメインに応じて送信される E メールの数を制限できます。 例えば、 yahoo.com アドレスを指定し、その他のすべてのドメインに対して 1 時間に 100,000 件のメッセージを設定します。

メッセージの出力は、配信サーバーで使用される IP アドレス (mta) をクリックします。 複数 mta を複数のマシンに分類し、様々なAdobe Campaignインスタンスに属する場合、電子メール配信用に同じ IP アドレスを共有できます。これらの IP アドレスの使用を調整するには、プロセスを設定する必要があります。

これが stat モジュールは以下を実行します。一連の IP アドレスについて、メールサーバーに送信されるすべての接続要求とメッセージを転送します。 統計サーバーは配信を追跡し、設定された割り当てに基づいて送信を有効または無効にできます。

  • 統計サーバー (stat) はAdobe Campaignベースにリンクされ、設定を読み込みます。
  • 配信サーバー (mta)UDP を使用して、必ずしも自分のインスタンスに属しているとは限らない統計サーバに接続します。

配信サーバー

この mta モジュールは、メッセージを mtachild 子モジュール。 各 mtachild 統計サーバーからの認証をリクエストして送信する前に、メッセージを準備します。

手順は、以下のとおりです。

  1. この mta 有効なメッセージを選択し、使用可能に割り当てます mtachild.
  2. この mtachild は、メッセージの作成に必要なすべての情報（コンテンツ、パーソナライゼーション要素、添付ファイル、画像など）を およびは、 メールトラフィックシェーパー.
  3. E メールトラフィックシェイパーが統計サーバの認証 (smtp stat) の場合、メッセージは受信者に送信されます。

メールサーバーの統計と制限事項

統計サーバーは、メッセージを受信する各電子メールサーバーについて、次の統計情報を保持します。

  • 開いているポイントインタイム接続の数。
  • 過去 1 時間に送信されたメッセージ数
  • 成功/拒否された接続の割合
  • 未到達サーバーへの接続率。

同時に、モジュールは、特定の電子メールサーバーに関する制限のリストを読み込みます。

  • 同時接続の最大数
  • 1 時間あたりの最大メッセージ数
  • 接続ごとの最大メッセージ数。

IP アドレスの管理

統計サーバは、複数のインスタンスまたは複数のマシンを、同じパブリック IP アドレスと組み合わせることができます。 したがって、特定のインスタンスにリンクされるわけではありませんが、ドメインごとの制限を回復するために、インスタンスに連絡する必要があります。

配信統計は、ターゲット MX ごとに、およびソース IP ごとに保持されます。 例えば、ターゲットドメインの MX が 5 つで、プラットフォームが 3 つの異なる IP アドレスを使用できる場合、サーバーはこのドメインに対して最大 15 個の一連の指標を管理できます。

ソース IP アドレスは、パブリック IP アドレス（リモート E メールサーバーで確認されるアドレス）と一致します。 この IP アドレスは、 mta（NAT ルータが指定されている場合） このため、統計サーバーは、パブリック IP(publicId) をクリックします。 ローカルアドレスとこの識別子の関連付けは、 serverConf.xml 設定ファイル。 次の serverConf.xml を セクション.

配信出力コントロール

E メールサーバーにメッセージを配信するには、 メールトラフィックシェーパー コンポーネントは、統計サーバーから接続をリクエストします。 要求が受け入れられると、接続が開きます。

モジュールは、メッセージを送信する前に、サーバーから「トークン」をリクエストします。 これらは、通常、少なくとも 10 個のトークンのセットで、サーバーに対するクエリの数を減らします。

サーバーは、接続と配信に関するすべての統計を保存します。 再起動時に、情報が一時的に失われます。各クライアントは、送信統計のローカルコピーを保持し、定期的に（2 分ごとに）サーバーに返します。 その後、サーバーはデータを再集計できます。

次の節では、 メールトラフィックシェーパー コンポーネント。

メッセージ配信

メッセージが送信されると、次の 3 つの結果が考えられます。

  1. 成功:メッセージは正常に送信されました。 メッセージが更新されます。

  2. メッセージ失敗:連絡先サーバーが、選択された受信者に対するメッセージを拒否しました。 この結果は、リターンコード 550 ～ 599 に一致しますが、例外を定義することもできます。

  3. セッション失敗 （上向きの 5.11 の場合）:( mta がこのメッセージに対する回答を受け取ると、メッセージは破棄されます ( メッセージの中断) をクリックします。 メッセージは別のパスに送信されます。他のパスがない場合は「保留」に設定されます ( 保留中のメッセージ) をクリックします。

    メモ

    A パス は、Adobe Campaign mta とターゲット mta. ザAdobe Campaign mta は、複数の開始 IP および複数のターゲットドメイン IP から選択できます。

メッセージの中断

破棄されたメッセージは、 mta で管理されなくなりました。 mtachild.

この mta は、このメッセージの手順（回復、放棄、強制隔離など）を 応答コードとルールに応じて異なります。

保留中のメッセージ

アクティブなキューにメッセージが届き、使用可能なパスがない場合、メッセージは保留されます。

通常、パスは、接続エラーの後、変化した時間は使用不可とマークされます。 使用できない期間は、エラーの頻度と期間によって異なります。

統計サーバーの設定

統計サーバーは、複数のインスタンスで使用できます。使用するインスタンスとは独立して設定する必要があります。

まず、設定をホストするAdobe Campaignデータベースを定義します。

設定を開始

デフォルトでは、 stat モジュールは、各インスタンスに対して開始されます。 インスタンスが同じマシン上でプールされた場合、またはインスタンスが同じ IP アドレスを共有する場合は、1 つの統計サーバーが使用されます。他の人々は障害を持たなければなりません

サーバーポートの定義

デフォルトでは、統計サーバーはポート 7777 でリッスンします。 このポートは serverConf.xml ファイル。 次の serverConf.xml を セクション.

<stat port="1234"/>

MX 設定

重要

ホストインストールまたはハイブリッドインストールで Enhanced MTA にアップグレードした場合、MX 管理​配信スループットは使用されなくなります。Enhanced MTA は独自の MX ルールを使用します。これにより、独自の E メールレピュテーション履歴および E メールを送信しているドメインから送信されるリアルタイムのフィードバックに基づいて、スループットをドメインごとにカスタマイズすることができます。

MX ルールについて

メモ

この節および以下の節は、レガシー Campaign MTA を使用したオンプレミスインストールおよびホスト/ハイブリッドインストールにのみ適用されます。

MX（Mail eXchanger）ルールは、送信サーバーと受信サーバーの間の通信を管理するルールです。

これらのルールは、クライアントインスタンスを定期的に提供するために、毎朝午前 6 時（サーバー時間）に自動的にリロードされます。

ISP では、機器の容量や社内ポリシーに応じて、1 時間につき、あらかじめ定義された数の接続とメッセージを受け付けます。これらの変数は、IP のレピュテーションや送信ドメインに応じて ISP システムによって自動的に変更される可能性があります。Adobe Campaign では、配信品質プラットフォームを通じて、ISP 別の 150 個以上の専用ルールに加えて、他のドメイン用の 1 つの汎用ルールを管理します。

接続の最大数は、MTA で使用されるパブリック IP アドレスの数だけに依存しているわけではありません。

例えば、MX ルールで許可した接続数が 5 で、設定したパブリック IP の数が 2 の場合、このドメインに対して同時に開かれる接続の数は 10 を超えることはできないと思われるでしょう。しかし、そうではありません。接続の最大数は、実際には、MTA のパブリック IP の 1 つとクライアントの MTA のパブリック IP の組み合わせであるパスを示します。

以下の例では、ユーザーに 2 つのパブリック IP アドレスが設定されており、ドメインは yahoo.com です。

user:~ user$ host -t mx yahoo.com
                yahoo.com mail is handled by 1 mta5.am0.yahoodns.net.
                yahoo.com mail is handled by 1 mta6.am0.yahoodns.net.
                yahoo.com mail is handled by 1 mta7.am0.yahoodns.net.

yahoo.com の MX レコードを見ると、yahoo.com に 3 つの Mail Exchanger があることがわかります。ピア Mail Exchanger に接続するには、MTA がその IP アドレスを DNS に要求します。

user:~ user$ host -t a mta5.am0.yahoodns.net
                mta5.am0.yahoodns.net has address 98.136.216.26
                mta5.am0.yahoodns.net has address 98.136.217.202
                mta5.am0.yahoodns.net has address 98.138.112.38
                mta5.am0.yahoodns.net has address 66.196.118.37
                mta5.am0.yahoodns.net has address 63.250.192.46
                mta5.am0.yahoodns.net has address 66.196.118.240
                mta5.am0.yahoodns.net has address 98.136.217.203
                mta5.am0.yahoodns.net has address 98.138.112.35

このレコードの場合、ユーザーは 8 個のピア IP アドレスに接続できます。ユーザーにはパブリック IP アドレスが 2 つあるので、8 * 2 = 16 の組み合わせで yahoo.com メールサーバーにアクセスできます。 これらの組み合わせをそれぞれパスと呼びます。

2 つ目の MX レコードは次のようになります。

user:~ user$ host -t a mta6.am0.yahoodns.net
                mta6.am0.yahoodns.net has address 98.138.112.38
                mta6.am0.yahoodns.net has address 98.136.216.26
                mta6.am0.yahoodns.net has address 63.250.192.46
                mta6.am0.yahoodns.net has address 66.196.118.35
                mta6.am0.yahoodns.net has address 98.136.217.203
                mta6.am0.yahoodns.net has address 98.138.112.32
                mta6.am0.yahoodns.net has address 98.138.112.37
                mta6.am0.yahoodns.net has address 66.196.118.33

これら 8 個の IP アドレスのうち 4 個は、mta5 で既に使用されています（98.136.216.26、98.138.112.38、63.250.192.46 および 98.136.217.203）。このレコードでは、ユーザーは 4 つの新しい IP アドレスを使用できます。3 つ目の MX レコードも同様です。

全部で、16 個のリモート IP アドレスがあります。2 つのローカルパブリック IP アドレスと組み合わせると、yahoo.com のメールサーバーに到達するのに 32 個のパスがあります。

メモ

2 つの MX レコードが同じ IP アドレスを参照している場合は、これらは 2 つのパスではなく 1 つのパスとみなされます。

MX ルールの使用例を以下に示します。

以下の例では、特定のドメインに対して 1 時間あたりのメッセージ数の上限が 10,000 件になっていますが、MTA のスループット能力はこの上限を上回っています。

この場合、トラフィックは 1 時間ごとに 5 分間の 12 周期に分割され、メッセージ数の実際の上限は 1 周期につき 833 件になります。

これらのメッセージはできるだけ速く配信されます。

MX 管理の設定

MX に準拠するルールは、 MX 管理 ドキュメント 管理/Campaign Management/配信不能件数の管理/メールルールセット ツリーのノードに設定します。

この MX 管理 ドキュメントがノードに存在しない場合は、手動で作成できます。 手順は次のとおりです。

  1. 一連の新しいメールルールを作成します。

  2. を選択します。 MX 管理 モード。

  3. 入力 defaultMXRules 内 内部名 フィールドに入力します。

変更を反映するには、統計サーバーを再起動する必要があります。

統計サーバを再起動せずに構成を再読み込みするには、サーバをホストするマシンで次のコマンドを使用します。 nlserver stat -reload

メモ

このコマンドラインは、nlserver restart よりも推奨されます。再起動するまでに収集された統計データが失われることもなく、また、使用時のピークが MX ルールで定義された割り当てに違反するおそれもなくなります。

MX ルールの設定

この MX 管理 ドキュメントには、MX ルールにリンクされているすべてのドメインのリストが表示されます。

これらのルールは順番に適用されます。ターゲット MX との互換性がある MX マスクを持つ最初のルールが適用されます。

各ルールで使用できるパラメーターは次のとおりです。

  • MX マスク:ルールを適用するドメイン。 各ルールは、MX のアドレスマスクを定義します。 したがって、このマスクと名前が一致する MX が有効です。 マスクには、*「そして？」 汎用文字。

    例えば、次のアドレスがあるとします。

    • a.mx.yahoo.com
    • b.mx.yahoo.com
    • c.mx.yahoo.com

    は、次のマスクと互換性があります。

    • *.yahoo.com
    • ?.mx.yahoo.com

    例えば、E メールアドレス foobar@gmail.com の場合、ドメインは gmail.com で、MX レコードは次のようになります。

    gmail.com mail exchanger = 20 alt2.gmail-smtp-in.l.google.com.
gmail.com mail exchanger = 10 alt1.gmail-smtp-in.l.google.com.
gmail.com mail exchanger = 40 alt4.gmail-smtp-in.l.google.com.
gmail.com mail exchanger = 5  gmail-smtp-in.l.google.com.
gmail.com mail exchanger = 30 alt3.gmail-smtp-in.l.google.com.

    この場合、MX ルール *.google.com が使用されます。 見てのとおり、MX ルールマスクは、メール内のドメインと必ずしも一致しません。gmail.com の E メールアドレスに適用される MX ルールは、マスクの付いたものです *.google.com.

  • 識別子の範囲:このオプションを使用すると、ルールを適用する識別子の範囲 (publicID) を指定できます。 次を指定できます。

    • 数値：このルールはこの publicId にのみ適用されます。
    • 数値の範囲 (number1-number2):この 2 つの数値の間にあるすべての publicIds にルールが適用されます。
    メモ

    フィールドが空の場合、ルールはすべての識別子に適用されます。

    パブリック ID は、1 つまたは複数の MTA で使用されるパブリック IP アドレスの内部識別子です。これらの ID は MTA サーバーの config-instance.xml ファイルに定義されます。

  • 共有:は、この MX ルールのプロパティの範囲を定義します。 これをオンにすると、インスタンスで使用可能なすべての IP アドレスですべてのパラメーターが共有されます。オフにすると、MX ルールは IP アドレスごとに定義されます。メッセージの最大数は、使用可能な IP アドレスの数を乗算したものになります。

  • 接続の最大数:送信者のドメインへの同時接続の最大数。

  • メッセージの最大数:接続で送信できるメッセージの最大数。 メッセージがこの数を超えると、接続が閉じられ、新しい接続が開きます。

  • 1 時間あたりのメッセージ数:送信者のドメインに 1 時間で送信できるメッセージの最大数。

  • 接続がタイムアウトしました:ドメインへの接続時間のしきい値。

    メモ

    Windows では、 timeout このしきい値より前（Windows のバージョンによって異なります）。

  • タイムアウトデータ:メッセージコンテンツ送信後の最大待機時間（SMTP プロトコルの DATA セクション）。

  • タイムアウト:SMTP サーバーとの他の交換の最大待機時間です。

  • TLS:E メール配信を暗号化する TLS プロトコルを選択して有効にすることができます。 各 MX マスクに対して、次のオプションを使用できます。

    • デフォルト設定:これは、適用される serverConf.xml 設定ファイルで指定される一般的な設定です。

      重要

      デフォルトの設定を変更することはお勧めしません。

    • 無効 :メッセージは、暗号化せずに体系的に送信されます。

    • 便宜的 :受信サーバー (SMTP) が TLS プロトコルを生成できる場合、メッセージ配信は暗号化されます。

設定例：

メモ

Adobe Campaignでの MX サーバーの使用について詳しくは、 この節.

E メールフォーマットの管理

送信メッセージのフォーマットを定義して、表示されるコンテンツを、各受信者のアドレスのドメインに応じて自動的に適応させることができます。

これをおこなうには、 E メールフォーマットの管理 次の場所にあるドキュメント 管理 > キャンペーン管理 > 配信不能件数の管理 > メールルールセット.

このドキュメントには、Adobe Campaignが管理する日本語形式に対応するすべての定義済みドメインの一覧が含まれています。 詳しくは、 このドキュメント.

この MIME 構造 （多目的インターネットメール拡張）パラメーターを使用すると、様々なメールクライアントに送信されるメッセージ構造を定義できます。 次の 3 つのオプションを使用できます。

  • マルチパート:メッセージはテキスト形式またはHTML形式で送信されます。 HTML形式が受け入れられない場合でも、メッセージはテキスト形式で表示できます。

    デフォルトでは、マルチパート構造は マルチパート/オルタナティブ​に設定されますが、自動的に マルチパート/関連 メッセージに画像が追加されたとき。 特定のプロバイダーは、 マルチパート/関連 デフォルトの形式は、 マルチパート/関連を強制 オプションは、画像がアタッチされていない場合でも、この形式を適用します。

  • HTML:HTMLのみのメッセージが送信されます。 メッセージの形式が受け入れられない場合、HTMLは表示されません。

  • テキスト:テキストのみの形式のメッセージが送信されます。 テキスト形式のメッセージの利点は、非常に小さいサイズです。

この 画像を含める オプションを有効にすると、電子メールの本文に直接表示されます。 画像がアップロードされ、URL リンクがコンテンツで置き換えられます。

このオプションは、特に日本市場で デコメール, デコレメール または デコレーションメール. 詳しくは、 このドキュメント.

重要

E メールに画像を挿入すると、サイズが大幅に大きくなります。

配信サーバーの設定

クロックの同期

Adobe Campaignプラットフォームを構成するすべてのサーバー（データベースを含む）のクロックを同期する必要があります。また、そのシステムを同じタイムゾーンに設定する必要があります。

統計サーバーの座標

統計サーバーのアドレスを mta.

この statServerAddress プロパティ mta 設定の要素を使用して、使用するポートのアドレスと番号を指定できます。

<mta statServerAddress="emailStatServer:7777">
   [...]
 </mta>

同じマシン上で統計サーバーを使用するには、少なくとも localhost 値：

 <mta statServerAddress="localhost">
重要

このフィールドに値が入力されていない場合、 mta が開始されません。

使用する IP アドレスのリスト

トラフィック管理に関する設定は、 mta/child/smtp 設定ファイルの要素。

各 IPAffinity 要素を使用する場合は、マシンで使用できる IP アドレスを宣言する必要があります。

例：

<IPAffinity localDomain="<domain>" name="default">
  <IP address="192.168.0.11" publicId="1" weight="5"/>
  <IP address="192.168.0.12" heloHost="revdns1.campaign.com" publicId="2" weight="5"/>
  <IP address="192.168.0.13" publicId="3" weight="1"/>
</IPAffinity>

パラメーターは次のとおりです。

  • 住所:使用する MTA ホストマシンの IP アドレスです。

  • heloHost:この識別子は、SMTP サーバーで確認される IP アドレスを表します。

  • publicId:この情報は、複数のAdobe Campaignで IP アドレスが共有されている場合に役立ちます mtas NAT ルータの背後に 統計サーバは、この識別子を用いて、この開始点とターゲットサーバとの間の接続および送信統計を記憶する。

  • 重み付け:アドレスの相対的な使用頻度を定義できます。 デフォルトでは、すべてのアドレスの重み付けは 1 に等しくなります。

メモ

serverConf.xml ファイルで、1 つの IP が一意の識別子 (public_id) を持つ単一の helohost に対応していることを確認する必要があります。 複数のヘロホストにマッピングすることはできません。そのため、配信のスロットルの問題が発生する可能性があります。

前の例では、通常の条件の場合、アドレスは次のように配分されます。

* &quot;1&quot;: 5 / (5+5+1) = 45%
* &quot;2&quot;: 5 / (5+5+1) = 45%
* &quot;3&quot;: 1 / (5+5+1) = 10%

例えば、最初のアドレスを指定の MX に対して使用できない場合、メッセージは次のように送信されます。

* &quot;2&quot;: 5 / (5+1) = 83%
* &quot;3&quot;: 1 / (5+1) = 17%

  • includeDomains:特定のドメインに属する電子メールに対して、この IP アドレスを予約できます。 これは、1 つ以上のワイルドカード ('*') です。 属性を指定しない場合、すべてのドメインでこの IP アドレスを使用できます。

    例： includeDomains="wanadoo.com,orange.com,yahoo.*"

  • excludeDomains:は、この IP アドレスのドメインのリストを除外します。 このフィルターは、 includeDomains フィルター。

E メール送信の最適化

Adobe Campaignの内部アーキテクチャ mta は、e メール配信を最適化するための設定に影響を与えます。 配信の改善に関するヒントを以下に示します。

maxWaitingMessages パラメーターの調整

この maxWaitingMessages パラメーターは、事前に mtachild. メッセージは、送信または破棄された場合にのみ、このリストから削除されます。

このパラメーターは非常に重要で、メッセージがドメインで並べ替えられない場合は特に重要です。

一度 maxWorkingSetMb (256) しきい値に達すると、配信サーバーはメッセージの送信を停止します。 パフォーマンスは、 mtachild が再び起動する。 この問題を回避するには、 maxWorkingSetMb パラメーターを使用するか、 maxWaitingMessages パラメーター。

この maxWorkingSetMb パラメータは、メッセージの最大数に平均メッセージサイズを乗算し、その結果に 2.5 を乗じて経験的に計算されます。例えば、メッセージの平均サイズが 50 kB で、 maxWaitingMessages パラメーターが 1,000 に等しい場合、使用されるメモリは平均 125 MB です。

mtachild の数を調整

子の数は、マシン内のプロセッサ数を超えてはなりません ( 約 1,000 セッション )。 8 を超えないことをお勧めします mtachild. その後、メッセージ数を 1 件に増やすことができます 子 (maxMsgPerChild) を使用して十分な寿命を達成できます。

このページ