次の節では、電子メール配信時にAdobe Campaignインスタンスの出力を制御するために必要な設定の概要を説明します。
配信品質に関する概念とベストプラクティスについて詳しくは、を参照してください。
Adobe Campaignプラットフォームによる電子メールの効率的な送受信に関する技術的な推奨事項は、このセクションに記載されています。
1つ以上のAdobe Campaignインスタンスの出力を制御して、ドメインに応じて送信される電子メールの数を制限できます。 例えば、yahoo.comのアドレスに対して1時間あたり20,000件に制限し、その他すべてのドメインに対して1時間あたり100,000件のメッセージを設定できます。
配信サーバーが使用するIPアドレス(mta)ごとにメッセージ出力を制御する必要があります。 複数のマシン上で分類され、様々なAdobe Campaignインスタンスに属する複数のmtaは、電子メール配信用に同じIPアドレスを共有できます。プロセスは、これらのIPアドレスの使用を調整するために設定する必要があります。
statモジュールは次のように動作します。一連のIPアドレスに関してメールサーバに送信されるすべての接続要求とメッセージを転送します。 統計サーバは配信を追跡し、設定された割り当てに基づいて送信を有効または無効にできます。
mtaモジュールは、mtachild子モジュールにメッセージを配布します。 各mtachildは、統計サーバーから認証を要求し、送信する前に、メッセージを準備します。
手順は、以下のとおりです。
統計サーバーは、メッセージを受信する各電子メールサーバーに対して次の統計情報を維持します。
同時に、モジュールは、特定の電子メールサーバーに関する制限のリストを読み込みます。
統計サーバは、複数のインスタンスまたは複数のマシンを同じパブリックIPアドレスと組み合わせることができます。 したがって、特定のインスタンスにリンクされるわけではありませんが、ドメインごとの制限を回復するには、インスタンスに問い合わせる必要があります。
配信統計は、各ターゲットMXと各ソースIPに対して保持されます。 例えば、対象のドメインのMXが5で、プラットフォームが3つの異なるIPアドレスを使用できる場合、サーバーはこのドメインに対して最大15個の一連のインジケーターを管理できます。
ソースIPアドレスはパブリックIPアドレス(リモート電子メールサーバーで表示されるアドレス)と一致します。 このIPアドレスは、NATルータが指定されている場合、mtaをホストするマシンのアドレスと異なる場合があります。 このため、統計サーバはパブリックIP(publicId)と一致する識別子を使用します。 ローカルアドレスとこの識別子との関連付けは、serverConf.xml設定ファイルで宣言されます。 serverConf.xmlで使用できるすべてのパラメーターは、このセクションに一覧表示されます。
電子メールサーバーにメッセージを配信するために、Email Traffic Shaperコンポーネントは、統計サーバーからの接続を要求します。 要求が受け入れられると、接続が開きます。
メッセージを送信する前に、モジュールはサーバーから「トークン」を要求します。 一般に、これらは少なくとも10個のトークンのセットであり、サーバーへのクエリ数が減少します。
接続と配信に関連するすべての統計情報が保存されます。 再起動時に、情報は一時的に失われます。各クライアントは、送信統計のローカルコピーを保持し、定期的に(2分ごとに)サーバに返します。 その後、サーバーはデータの集計を再度行うことができます。
以下の節では、電子メールトラフィックシェーパーコンポーネントによるメッセージの処理について説明します。
メッセージが送信されると、次の3つの結果が生じる可能性があります。
成功:メッセージが正常に送信されました。メッセージが更新されます。
Message Failed:接続されたサーバーは、選択された受信者のメッセージを拒否しました。この結果は、リターンコード550 ~ 599に一致しますが、例外を定義できます。
セッション失敗 (上向き5.11):このメッセージに対する 回答を 受け取ると、メッセージは破棄されます(メッセージの中断を参照)。別のパスにメッセージが送信されるか、他のパスが使用できない場合はpendingに設定されます(Message pendingを参照)。
パスは、Adobe Campaign mtaとターゲットmtaとの間の接続です。 Adobe Campaign mtaは、複数の開始IPおよび複数のターゲットドメインIPから選択できます。
破棄されたメッセージはmtaに返され、mtachildで管理されなくなります。
mtaは、このメッセージの手順(回復、中断、強制隔離など)を決定します。 」をクリックします。
メッセージは、アクティブなキューに到着し、使用可能なパスがない場合に追加されます。
通常、接続エラーが発生した後、パスは一定の時間使用不可とマークされます。 使用できない期間は、エラーの頻度と発生時間によって異なります。
統計サーバは、複数のインスタンスで使用できます。これを使用するインスタンスとは独立して設定する必要があります。
開始を行います。
デフォルトでは、statモジュールは各インスタンスに対して起動します。 インスタンスが同じマシン上で相互化されている場合、またはインスタンスが同じIPアドレスを共有している場合は、単一の統計サーバーが使用されます。他の人は障害を持つ必要があります。
デフォルトでは、統計サーバーはポート7777をリッスンします。 このポートは、serverConf.xmlファイルで変更できます。 serverConf.xmlで使用できるすべてのパラメーターは、このセクションに一覧表示されます。
<stat port="1234"/>
ホスト型またはハイブリッド型のインストールの場合、拡張MTAにアップグレードした場合、MX management配信のスループットルールは使用されなくなります。 Enhanced MTA は独自の MX ルールを使用します。これにより、独自の E メールレピュテーション履歴および E メールを送信しているドメインから送信されるリアルタイムのフィードバックに基づいて、スループットをドメインごとにカスタマイズすることができます。
以下の節は、レガシーキャンペーンMTAを使用したオンプレミスインストールおよびホスト/ハイブリッドインストールにのみ適用されます。
MX(Mail eXchanger)ルールは、送信サーバーと受信サーバーの間の通信を管理するルールです。
これらのルールは、定期的にクライアントインスタンスを供給するために、毎朝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 managementノードで定義されます。
MX managementドキュメントがノードに存在しない場合は、手動で作成できます。 手順は次のとおりです。
新しいメールルールのセットを作成します。
MX managementモードを選択します。
Internal nameフィールドにdefaultMXRulesと入力します。
変更を考慮するには、統計サーバを再起動する必要があります。
統計サーバーを再起動せずに設定を再読み込みするには、サーバーをホストするマシンで次のコマンドを使用します。nlserver stat -reload
このコマンドラインは、nlserver restart よりも推奨されます。再起動するまでに収集された統計データが失われることもなく、また、使用時のピークが MX ルールで定義された割り当てに違反するおそれもなくなります。
MX managementドキュメントリストは、MXルールにリンクされているすべてのドメインを識別します。
次のルールが順に適用されます。MXマスクがターゲットのMXと互換性がある最初のルールが適用されます。
各ルールで使用できるパラメーターは次のとおりです。
MXマスク:ルールを適用するドメイン。各規則はMXのアドレスマスクを定義します。 したがって、このマスクと名前が一致するMXはすべて有効です。 マスクには、「*」と「?」を含めることができます。 汎用文字。
例えば、次のアドレスがあります。
は、次のマスクと互換性があります。
例えば、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の電子メールアドレスに適用されるMXルールは、*.google.com
マスクを持つものです。
識別子の範囲:このオプションを使用すると、ルールを適用する識別子(publicID)の範囲を指定できます。次を指定できます。
フィールドが空の場合、ルールはすべての識別子に適用されます。
パブリック ID は、1 つまたは複数の MTA で使用されるパブリック IP アドレスの内部識別子です。これらの ID は MTA サーバーの config-instance.xml ファイルに定義されます。
共有:このMX規則のプロパティのスコープを定義します。これをオンにすると、インスタンスで使用可能なすべての IP アドレスですべてのパラメーターが共有されます。オフにすると、MX ルールは IP アドレスごとに定義されます。メッセージの最大数は、使用可能な IP アドレスの数を乗算したものになります。
最大接続数:送信者のドメインへの同時接続の最大数。
最大メッセージ数:接続で送信できるメッセージの最大数。メッセージがこの数を超えると、接続は閉じられ、新しい接続が開きます。
1時間あたりのメッセージ:送信者のドメインに1時間で送信できるメッセージの最大数です。
接続タイムアウト:ドメインに接続するための時間のしきい値。
このしきい値の前にtimeoutを発行できます。これは、お使いのWindowsのバージョンによって異なります。
タイムアウトデータ:メッセージの内容を送信した後の最大待機時間(SMTPプロトコルのDATAセクション)。
タイムアウト:SMTPサーバーとの他の交換の最大待機時間です。
TLS:電子メール配信の暗号化を可能にするTLSプロトコルを選択して有効にすることができます。MXマスクごとに、次のオプションを使用できます。
デフォルト設定:これは、適用されるserverConf.xml設定ファイルで指定されている一般的な設定です。
デフォルトの設定は変更しないことをお勧めします。
無効 :メッセージは、暗号化せずに系統的に送信されます。
ご都合主義 :受信サーバー(SMTP)がTLSプロトコルを生成できる場合、メッセージ配信は暗号化されます。
設定の例:
送信メッセージの形式を定義して、表示されるコンテンツが各受信者のアドレスのドメインに合わせて自動的に調整されるようにします。
これを行うには、管理 > キャンペーン管理配信不能管理 > メールルールセットにあるE メールフォーマットの管理ドキュメントに移動します。
このドキュメントには、Adobe Campaignが管理する日本語形式に対応する定義済みのすべてのドメインのリストが含まれています。 詳しくは、このドキュメントを参照してください。
MIME構造 (Multipurpose Internet Mail Extensions)パラメータを使うと、異なるメールクライアントに送信するメッセージ構造を定義できます。 次の 3 つのオプションを使用できます。
Multipart:メッセージは、テキストまたはHTML形式で送信されます。HTML形式を受け入れない場合、メッセージはテキスト形式で表示できます。
デフォルトでは、マルチパート構造はmultipart/alternativeですが、メッセージに画像が追加されると自動的にmultipart/relatedになります。 特定のプロバイダーは、デフォルトでマルチパート/関連の形式を想定していますが、マルチパート/関連を強制オプションを使用すると、イメージが添付されていない場合でも、この形式が適用されます。
HTML:HTMLのみのメッセージが送信されます。HTML形式を受け入れない場合、メッセージは表示されません。
テキスト:テキストのみの形式のメッセージが送信されます。テキスト形式のメッセージの利点は、非常に小さいサイズです。
「画像を含める」オプションが有効になっている場合は、電子メールの本文に直接表示されます。 画像がアップロードされ、URLリンクがそのコンテンツに置き換えられます。
このオプションは、特に日本の市場では、デコメール、デコメール、デコメメメールに使われています。詳しくは、このドキュメントを参照してください。
電子メールに画像を挿入すると、サイズが大幅に増えます。
Adobe Campaignプラットフォーム(データベースを含む)を構成するすべてのサーバーのクロックを同期し、同じタイムゾーンに設定する必要があります。
統計サーバーのアドレスは、mtaに入力する必要があります。
構成のmta要素のstatServerAddressプロパティを使用して、使用するポートのアドレスと番号を指定できます。
<mta statServerAddress="emailStatServer:7777">
[...]
</mta>
同じマシン上で統計サーバーを使用するには、少なくともlocalhost値を持つマシンの名前を入力する必要があります。
<mta statServerAddress="localhost">
このフィールドに値が入力されていない場合、mtaは開始されません。
トラフィック管理に関する設定は、設定ファイルの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 Campaign mtasharedがIPアドレスを共有する場合に役立ちます。統計サーバは、この識別子を用いて、この起点とターゲットサーバとの間の接続と送信の統計を記憶する。
重み付け:アドレスの相対的な使用頻度を定義できます。デフォルトでは、すべてのアドレスの重み付けは1に等しくなります。
serverConf.xmlファイルでは、1つのIPが一意の識別子(public_id)を持つ単一のhelohostに対応していることを確認する必要があります。 複数のhelohostsにマッピングできないので、配信のスロットリングの問題が発生する可能性があります。
前の例では、通常の条件を満たす場合、アドレスは次のように配布されます。
* "1":5 / (5+5+1) = 45%
* "2":5 / (5+5+1) = 45%
* "3":1 / (5+5+1) = 10%
例えば、最初のアドレスを特定のMXに対して使用できない場合、次のようにメッセージが送信されます。
* "2":5 / (5+1) = 83%
* "3":1 / (5+1) = 17%
includeDomains:このIPアドレスは、特定のドメインに属する電子メールに対して予約できます。これは、1つ以上のワイルドカード('*')を含むことができるマスクのリストです。 属性を指定しない場合、すべてのドメインでこのIPアドレスを使用できます。
例:includeDomains="wanadoo.com,orange.com,yahoo.*"
excludeDomains:このIPアドレスのドメインのリストを除外します。このフィルターは、includeDomainsフィルターの後に適用されます。
Adobe Campaign mtaの内部アーキテクチャは、電子メール配信を最適化するための設定に影響を与えます。 配信の改善に関するヒントをいくつか示します。
maxWaitingMessagesパラメーターは、mtachildによって事前に準備されたメッセージの最大数を示します。 メッセージは、送信または破棄された後にのみ、このリストから削除されます。
このパラメーターは非常に重要で、メッセージがドメインで並べ替えられていない場合は特に重要です。
maxWorkingSetMb (256)のしきい値に達すると、配信サーバはメッセージの送信を停止します。 mtachild開始が再び上がるまで、パフォーマンスは大幅に低下します。 この問題を回避するには、maxWorkingSetMbパラメーターのしきい値を増やすか、maxWaitingMessagesパラメーターのしきい値を減らします。
maxWorkingSetMbパラメーターは、メッセージの最大数に平均メッセージサイズを乗じて2.5を乗じて経験的に計算されます。例えば、メッセージの平均サイズが50 kBで、maxWaitingMessagesパラメーターが1,000の場合、使用メモリが使用されます平均125 MB。
子の数が、マシンのプロセッサ数を超えてはなりません(約 1,000個のセッション)。 8 mtachildを超えないことをお勧めします。 その後、十分な寿命を確保するために、子(maxMsgPerChild)あたりのメッセージ数を増やすことができます。