Show Menu
トピック×

技術的な E メール設定

概要

次の節では、電子メール配信時にAdobe Campaignインスタンスの出力を制御するために必要な設定の概要を説明します。
一部の設定は、アドビがホストするデプロイメントに対して、アドビしか実行できません。例えば、サーバーやインスタンスの設定ファイルにアクセスする場合などです。 各デプロイメントの詳細については、「 ホスティングモデル 」の節または この記事を参照してください
配信品質に関する概念とベストプラクティスについて詳しくは、この セクションを参照してください
Adobe Campaignプラットフォームによる電子メールの効率的な送受信に関する技術的な推奨事項はすべて、この 節で説明します

動作の仕組み

1つ以上のAdobe Campaignインスタンスの出力を制御して、ドメインに応じて送信される電子メールの数を制限できます。 例えば、 ​yahoo.comアドレスの場合の出力を1時間あたり20,000件に制限し、その他すべてのドメインの場合は1時間あたり100,000件のメッセージを設定できます。
配信サーバー( mta )が使用する各IPアドレスに対して、メッセージ出力を制御する必要があります。 複数の マシンで分類され、様々なAdobe Campaignインスタンスに属する複数の mtaは、電子メール配信用に同じIPアドレスを共有できます。 プロセスは、これらのIPアドレスの使用を調整するために設定する必要があります。
以下は、 stat モジュールが行う動作です。 一連のIPアドレスに関してメールサーバに送信されるすべての接続要求とメッセージを転送します。 統計サーバは配信を追跡し、設定された割り当てに基づいて送信を有効または無効にできます。
  • 統計サーバ( stat )は、Adobe Campaignベースにリンクされ、その設定を読み込む。
  • 配信サーバ( mta )は、必ずしも自分のインスタンスに属しているとは限らない統計サーバに接続するためにUDPを使用します。

配信サーバ

mta モジュールは、メッセージを mtachild ​子モジュールに配布します。 各 mtachildは 、統計サーバーから認証を要求し、送信する前に、メッセージを準備します。
手順は、以下のとおりです。
  1. mta 、有効なメッセージを選択し、使用可能な mtachildを割り当てます
  2. mtachild ​は、メッセージの作成に必要なすべての情報(コンテンツ、パーソナライゼーション要素、添付ファイル、画像など)を読み込みます。 メッセージを Email Traffic Shaperに転送します
  3. 電子メールトラフィックシェーパーが統計サーバーの認証( smtp stat )を受け取るとすぐに、受信者にメッセージが送信されます。

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

統計サーバーは、メッセージを受信する各電子メールサーバーに対して次の統計情報を維持します。
  • 開いているポイントインタイム接続の数、
  • 過去1時間に送信されたメッセージの数、
  • 成功/拒否された接続の割合、
  • 未到達サーバーへの接続率。
同時に、モジュールは、特定の電子メールサーバーに関する制限のリストを読み込みます。
  • 同時接続の最大数、
  • 1時間あたりの最大メッセージ数、
  • 1回の接続で最大メッセージ数。

IPアドレスの管理

統計サーバは、複数のインスタンスまたは複数のマシンを同じパブリックIPアドレスと組み合わせることができます。 したがって、特定のインスタンスにリンクされるわけではありませんが、ドメインごとの制限を回復するには、インスタンスに問い合わせる必要があります。
配信統計は、各ターゲットMXと各ソースIPに対して保持されます。 例えば、対象のドメインのMXが5で、プラットフォームが3つの異なるIPアドレスを使用できる場合、サーバーはこのドメインに対して最大15個の一連のインジケーターを管理できます。
ソースIPアドレスはパブリックIPアドレス(リモート電子メールサーバーで表示されるアドレス)と一致します。 このIPアドレスは、NATルータが指定されている場合、 mtaをホストするマシンのアドレスと異なる場合があり ​ます。 このため、統計サーバーでは、パブリックIP( publicId )と一致する識別子が使用されます。 ローカルアドレスとこの識別子との関連付けは、 serverConf.xml 設定ファイルで宣言されます。 serverConf.xmlで使用可能なすべてのパラメ ーターをこの 節に示します サーバー設定ファイル

配信出力制御

電子メールサーバーにメッセージを配信するために、 Email Traffic Shaper コンポーネントは統計サーバーからの接続を要求します。 要求が受け入れられると、接続が開きます。
メッセージを送信する前に、モジュールはサーバーから「トークン」を要求します。 一般に、これらは少なくとも10個のトークンのセットであり、サーバーへのクエリ数が減少します。
接続と配信に関連するすべての統計情報が保存されます。 再起動時に、情報は一時的に失われます。 各クライアントは、送信統計のローカルコピーを保持し、定期的に(2分ごとに)サーバに返します。 その後、サーバーはデータの集計を再度行うことができます。
以下の節では、 電子メールトラフィックシェイパー コンポーネントによるメッセージの処理について説明します。

Message delivery

メッセージが送信されると、次の3つの結果が生じる可能性があります。
  1. 成功 : メッセージが正常に送信されました。 メッセージが更新されます。
  2. Message Failed : 接続されたサーバーは、選択された受信者のメッセージを拒否しました。 この結果は、リターンコード550 ~ 599に一致しますが、例外を定義できます。
  3. セッション失敗 (上向き5.11): mtaが このメッセージに対する回答を受け取ると 、メッセージは破棄されます(「 メッセージの中断 」を参照)。 別のパスにメッセージが送信されるか、他のパスが使用できない場合は「保留」に設定されます( 「メッセージの保留 」を参照)。
    パス は、Adobe Campaign mta とターゲット ​mtaの間の接続です。 Adobe Campaign ​mtaは、複数の開始IPおよび複数のターゲットドメインIPから選択できます。

メッセージの中断

破棄されたメッセージは mtaに返され mtachildで管理されなくなります
mta 、このメッセージの手順(回復、破棄、強制隔離など)を決定します。 」をクリックします。

保留中のメッセージ

メッセージは、アクティブなキューに到着し、使用可能なパスがない場合に追加されます。
通常、接続エラーが発生した後、パスは一定の時間使用不可とマークされます。 使用できない期間は、エラーの頻度と発生時間によって異なります。

統計サーバの設定

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

開始設定

デフォルトでは、 stat モジュールは各インスタンスに対して起動されます。 インスタンスが同じマシン上で相互化されている場合、またはインスタンスが同じIPアドレスを共有している場合は、単一の統計サーバーが使用されます。 他の人は障害を持つ必要があります。

サーバーポートの定義

デフォルトでは、統計サーバーはポート7777をリッスンします。 このポートは、 serverConf.xml ファイルで変更できます。 serverConf.xmlで使用可能なすべてのパラメ ーターをこの 節に示します サーバー設定ファイル
<stat port="1234"/>

MX設定

MX ルールについて

MX(Mail eXchanger)ルールは、送信サーバーと受信サーバーの間の通信を管理するルールです。
ホストインストールまたはハイブリッドインストールで Enhanced MTA にアップグレードした場合、 MX 管理 ​配信スループットは使用されなくなります。Enhanced MTA は独自の MX ルールを使用します。これにより、独自の E メールレピュテーション履歴および E メールを送信しているドメインから送信されるリアルタイムのフィードバックに基づいて、スループットをドメインごとにカスタマイズすることができます。
Adobe Campaign Enhanced MTA について詳しくは、この ドキュメント を参照してください。
これらのルールは、定期的にクライアントインスタンスを供給するために、毎朝6AM(サーバー時間)に自動的にリロードされます。
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 アドレスに接続できます。ユーザーには 2 つのパブリック IP アドレスがあるので、yahoo.com のメールサーバーに到達するのに、8 * 2 = 16 個の組み合わせが存在することになります。これらの組み合わせをそれぞれパスと呼びます。
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 management ]ドキュメントで定義されます。
ノードに MX管理 ドキュメントが存在しない場合は、手動で作成できます。 手順は次のとおりです。
  1. 新しいメールルールのセットを作成します。
  2. MX management 」モードを選択します。
  3. Internal name ( 内部名) 」フィールドにdefaultMXRules(デフォルトのMXRules)と入力します。
変更を考慮するには、統計サーバを再起動する必要があります。
統計サーバーを再起動せずに設定を再読み込みするには、サーバーをホストするマシンで次のコマンドを使用します。 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.
    
    
    In this case the MX rule *.google.com will be used. 見てのとおり、MX ルールマスクは、メール内のドメインと必ずしも一致しません。The MX rules applied for gmail.com email addresses will be the ones with the mask *.google.com .
  • 識別子の範囲 : このオプションを使用すると、ルールを適用する識別子(publicID)の範囲を指定できます。 次を指定できます。
    • 数値: このルールは、このpublicIdにのみ適用されます。
    • 数値の範囲( 数値1 ~数値2 ): この2つの数字の間のすべてのpublicIdにルールが適用されます。
    フィールドが空の場合、ルールはすべての識別子に適用されます。
    パブリック ID は、1 つまたは複数の MTA で使用されるパブリック IP アドレスの内部識別子です。これらの ID は MTA サーバーの config-instance.xml ファイルに定義されます。
  • 共有 : このMXルールのプロパティのスコープを定義します。 これをオンにすると、インスタンスで使用可能なすべての IP アドレスですべてのパラメーターが共有されます。オフにすると、MX ルールは IP アドレスごとに定義されます。メッセージの最大数は、使用可能な IP アドレスの数を乗算したものになります。
  • 最大接続数 : 送信者のドメインへの同時接続の最大数。
  • 最大メッセージ数 : 接続で送信できるメッセージの最大数。 メッセージがこの数を超えると、接続は閉じられ、新しい接続が開きます。
  • 1時間あたりのメッセージ : 送信者のドメインに1時間で送信できるメッセージの最大数です。
  • 接続タイムアウト : ドメインに接続するための時間のしきい値。
    このしきい値より前に タイムアウトを発行する可能性があります (Windowsのバージョンによって異なります)。
  • タイムアウトデータ : メッセージの内容を送信した後の最大待機時間(SMTPプロトコルのDATAセクション)。
  • タイムアウト : SMTPサーバーとの他の交換の最大待機時間です。
  • TLS : 電子メール配信の暗号化を可能にするTLSプロトコルを選択して有効にすることができます。 MXマスクごとに、次のオプションを使用できます。
    • デフォルト設定 : これは、適用されるserverConf.xml設定ファイルで指定されている一般的な設定です。
      デフォルトの設定は変更しないことをお勧めします。
    • 無効 : メッセージは、暗号化せずに系統的に送信されます。
    • ご都合主義 : 受信サーバー(SMTP)がTLSプロトコルを生成できる場合、メッセージ配信は暗号化されます。
設定の例:

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

送信メッセージの形式を定義して、表示されるコンテンツが各受信者のアドレスのドメインに合わせて自動的に調整されるようにします。
これを行うには、「E メールフォーマット ドキュメントの管理」に進みます。「管理」 > 「管理」 > 「 キャンペーン管理」 > 「配信不可能な」 > 「配信 「配信」 > 「配信の管理」 「配信」 」 > 「配信の管理」 Mailルールセット」に進みます。
このドキュメントには、Adobe Campaignが管理する日本語形式に対応する定義済みのすべてのドメインのリストが含まれています。 For more information, refer to this document .
MIME構造 (Multipurpose Internet Mail Extensions)パラメータを使用すると、異なるメールクライアントに送信するメッセージ構造を定義できます。 次の3つのオプションを使用できます。
  • Multipart : メッセージは、テキストまたはHTML形式で送信されます。 HTML形式を受け入れない場合、メッセージはテキスト形式で表示できます。
    デフォルトでは、マルチパート構造は マルチパート/代替構造ですが 、メッセージに画像が追加されると自動的に ​マルチパート/関連構造になります。 特定のプロバイダは、デフォルトで マルチパート/関連フォーマットを想定していますが、「マルチパート /関連フォーマットを ​強制」オプションは、画像が添付されていない場合でも、このフォーマットを適用します。
  • HTML : HTMLのみのメッセージが送信されます。 HTML形式を受け入れない場合、メッセージは表示されません。
  • テキスト : テキストのみの形式のメッセージが送信されます。 テキスト形式のメッセージの利点は、非常に小さいサイズです。
画像を含める 」オプションが有効になっている場合は、電子メールの本文に直接表示されます。 画像がアップロードされ、URLリンクがそのコンテンツに置き換えられます。
このオプションは、特に Deco-mail Decore Mail Decore Mail (デコレーションメール)の日本市場で使用されます。 詳しくは、 このドキュメントを参照してください
電子メールに画像を挿入すると、サイズが大幅に増えます。

配信サーバーの設定

クロック同期

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

統計サーバの座標

統計サーバーのアドレスを mtaに入力する必要があります
設定の mta 要素のstatServerAddress ​プロパティでは、使用するポートのアドレスと番号を指定できます。
<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 : この情報は、NATルータの 背後にある複数のAdobe CampaignmtaでIPアドレスが共有される場合に役立ちます 。 統計サーバは、この識別子を用いて、この起点とターゲットサーバとの間の接続と送信の統計を記憶する。
  • 重み付け : アドレスの相対的な使用頻度を定義できます。 デフォルトでは、すべてのアドレスの重み付けは1に等しくなります。
serverConf.xmlファイルでは、1つのIPが一意の識別子(public_id)を持つ単一のhelohostに対応していることを確認する必要があります。 複数のhelohostsにマッピングできないので、配信のスロットリングの問題が発生する可能性があります。
前の例では、通常の条件を満たす場合、アドレスは次のように配布されます。
* &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 フィルターの後に適用されます。

電子メール送信の最適化

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

maxWaitingMessagesパラメーターの調整

maxWaitingMessages パラメータは、 mtachildが事前に準備したメッセージの最大数を示します 。 メッセージは、送信または破棄された後にのみ、このリストから削除されます。
このパラメーターは非常に重要で、メッセージがドメインで並べ替えられていない場合は特に重要です。
maxWorkingSetMb ​(256)のしきい値に達すると、配信サーバはメッセージの送信を停止します。 mtachild 開始が再びアップするまで、パフォーマンスは著しく低下します 。 この問題を回避するには、maxWorkingSetMbパラメーターのしきい値を増やすか、maxWaitingMessages パラメーターのしきい値を減らし ます。
maxWorkingSetMb パラメータは、最大メッセージ数に平均メッセージサイズを乗じて2.5を乗じて経験的に計算されます。たとえば、メッセージの平均サイズが50 kBで、maxWaitingMessages パラメータが1,000の場合、使用メモリは平均で125 MBになります。

mtachildの数の調整

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