配信エラーと強制隔離の管理 delivery-failures-quarantine
- 配信失敗について – 失敗のタイプ、エラー理由、同期/非同期エラー、再試行管理、トラブルシューティングについて説明します
- 強制隔離管理 – 強制隔離とブロックリストに加える、ソフトエラーしきい値、強制隔離レポート、アドレス削除について説明します
配信エラーについて
配信エラーの一般的な概念、エラータイプおよびトラブルシューティングガイダンスについては、Campaign v8 配信エラーについてのドキュメント を参照してください。
バウンスメールの設定 bounce-mail-config
バウンスメールの処理を管理するための Campaign Classic v7 ハイブリッド/オンプレミスデプロイメントでは 次の設定オプションを使用できます。
バウンスメールボックスの設定 bounce-mailbox-configuration
オンプレミスインストールの場合、バウンスメールボックスの設定について詳しくは この節 を参照してください。
非同期エラーメッセージは、バウンスメールボックスを通じてAdobe Campaign プラットフォームによって収集され、inMail プロセスによって選定されて、メール管理ルールのリストを充実させます。
バウンスメールの認定管理 bounce-mail-qualification-management
従来の Campaign MTA を使用したオンプレミスインストールおよびホスト／ハイブリッドインストールの場合、メールの配信に失敗すると、Adobe Campaign 配信サーバーは、メッセージングサーバーまたはリモート DNS サーバーからエラーメッセージを受け取ります。エラーのリストは、リモートサーバーが返したメッセージに含まれる文字列で構成されます。エラータイプと理由が各エラーメッセージに割り当てられます。
このリストは、管理／キャンペーン管理／配信不能件数の管理／配信ログ選定ノードから表示できます。このリストには、配信エラーを評価するために Adobe Campaign が使用するすべてのルールが含まれています。このリストは、完成されたものではなく、Adobe Campaign によって定期的に更新されます。ユーザーが管理することもできます。
このエラータイプが最初に発生したときにリモートサーバーから返されたメッセージは、配信ログ選定テーブルの 最初のテキスト 列に表示されます。この列が表示されない場合は、リストの右下にある「リストを設定」ボタンをクリックし、この列を選択します。
Adobe Campaign は、このメッセージをフィルター処理して変数コンテンツ（ID、日付、メールアドレス、電話番号など）を削除し、フィルター処理した結果を テキスト 列に表示します。変数は、#xxx# で置き換えられます（ただし、アドレスは * で置き換えられます）。
このプロセスで同じタイプのすべてのエラーをまとめることにより、同じようなエラーの複数のエントリが配信ログ選定テーブルに含まれないようにすることができます。
バウンスメールは、次の選定ステータスを持つことができます。
- 選定：バウンスメールを選定できませんでした。 選定を配信品質チームに割り当てて、効率的なプラットフォーム配信品質を保証する必要があります。選定されていないバウンスメールは、メール管理ルールのリストのエンリッチメントには使用されません。
- 保持：バウンスメールは検証されました。配信品質の更新ワークフローは、このバウンスメールを既存の E メール管理ルールとの比較およびリストのエンリッチメントに使用します。
- 無視：バウンスメールは Campaign MTA によって無視され、このバウンスによって受信者のアドレスが隔離されることはありません。 配信品質の更新ワークフローでは使用されず、クライアントインスタンスに送信されません。
メール管理ルールの設定 email-management-rules
メールルールには、管理／キャンペーン管理／配信不能件数の管理／メールルールセットノードからアクセスします。メール管理ルールがウィンドウの下部に表示されます。
デフォルトのルールには次のものがあります。
- パラメーターが変更されている場合は、配信サーバー（MTA）を再起動する必要があります。
- 管理ルールを変更または作成できるのは、エキスパートユーザーのみです。
受信メール inbound-email
これらのルールには、リモートサーバーから返される文字列と、エラーを検証できる文字列が含まれています（ハード、ソフト、または 無視）。
メールが失敗すると、リモートサーバーがプラットフォームのパラメーターで指定されたアドレスにバウンスメールを返します。Adobe Campaignは、各バウンスメッセージのコンテンツをルールリストの文字列と比較して、3 つのエラータイプのいずれかを割り当てます。
バウンスメールの選定について詳しくは、 この節 を参照してください。
ドメイン管理 domain-management
オンプレミスインストールの場合、MTA は単一の ドメイン管理 ルールをすべてのドメインに適用します。
- 特定の識別標準や、送信者 ID、DomainKeys、DKIM、S/MIME などドメイン名をチェックするための暗号鍵を有効化するかどうかを選択できます。
- SMTP リレー パラメーターを使用すると、特定のドメインのリレーサーバーの IP アドレスとポートを設定できます。 詳しくは、この節を参照してください。
メッセージが送信者アドレスに 次の人物の代理 と表示される場合は、Sender ID を使用してメールに署名しないでください。これは、Microsoftが以前から採用している独自のメール認証標準です。 「送信者 ID」オプションが有効な場合は、対応するボックスのチェックマークを外し、アドビカスタマーケアに連絡します。配信品質に影響はありません。
MX 管理 mx-management
オンプレミスインストールの場合、MX 管理ルールを使用して、特定のドメインに対する送信メールのフローを規制します。
これらのルールは、デプロイメントウィザードで使用でき、カスタマイズできます。
-
MX 管理：このルールは、ドメインの送信メールのフローを制御するために使用されます。 必要に応じて、バウンスメッセージとブロック送信のサンプルを収集します。
-
期間：メッセージがスロットルまたはブロックされる期間です。
-
制限：期間ごとに許可されるメッセージの最大数。
-
タイプ：送信動作を決定するために使用されるエラータイプ（ハード、ソフト、無視）。 エラータイプの定義については、Campaign v8 ドキュメント を参照してください。
MX 管理について詳しくは、この節を参照してください。
強制隔離の管理 quarantine-management
包括的な強制隔離管理ガイダンスについては、Campaign v8 強制隔離管理ドキュメント を参照してください。
強制隔離の設定 quarantine-config
強制隔離の動作をカスタマイズするための設定オプションは、Campaign Classic v7 ハイブリッド/オンプレミスデプロイメント で次のとおりです。
ソフトエラーしきい値の設定 soft-error-threshold
従来の Campaign MTA を使用したオンプレミスインストールの場合、エラーの数と、アドレスが強制隔離される前の 2 つのエラー間の期間を変更できます。
これらの設定を行うには：
-
ツール/詳細/デプロイメントウィザード からデプロイメントウィザードにアクセスします
-
メールチャネル/詳細設定パラメーター に移動します。
-
次の設定をおこないます。
- エラー数：アドレスが強制隔離される前のソフトエラーの最大数（デフォルト：5）
- 2 つの重要なエラーの間の期間：エラーをカウントする期間（秒単位）（デフォルト：86,400 秒= 1 日）
エラーカウンターがしきい値に達すると、アドレスが強制隔離されます。 最後の重大なエラーが 10 日以上前に発生した場合、エラーカウンターは再初期化されます。
詳しくは、 配信送信 /再試行を設定 の このページ を参照してください。
データベースクリーンアップのワークフロー database-cleanup-workflow
オンプレミスインストールの場合、データベースクリーンアップ テクニカルワークフローは、特定の条件に一致する強制隔離アドレスを自動的に削除します。
このワークフローには、管理/プロダクション/テクニカルワークフロー/データベースクリーンアップ からアクセスします。
ワークフローは、次の場合に強制隔離からアドレスを削除します。
- 配信成功後に エラーあり ステータスになったアドレス
- 最後のソフトバウンスが 10 日以上前に発生した場合の エラーあり ステータスのアドレス
- 30 日後に「メールボックス容量超過 エラーが発生した エラーあり ステータスのアドレス
強制隔離リストのハイジーンを維持するために、このワークフローが定期的に実行されていること（推奨：毎日）を確認します。
データベースのクリーンアップについて詳しくは、 この節 を参照してください。
プッシュ通知の強制隔離の詳細 push-quarantine-specifics
Campaign Classic v7 の場合、プッシュ通知の強制隔離は、チャネル固有の動作で、一般的な強制隔離メカニズムに従います。
iOS および Android のプッシュ通知の場合、強制隔離メカニズムはメールアドレスではなくデバイストークンを使用します。 モバイルアプリケーションがアンインストールまたは再インストールされると、関連するトークンが強制隔離されます。
プッシュ通知の強制隔離シナリオ（iOSおよびAndroidのエラータイプ、再試行動作など）について詳しくは、 配信エラーについて のドキュメントを参照してください。このドキュメントには、包括的なプッシュ通知エラータイプの表が含まれています。
SMS の強制隔離の詳細 sms-quarantine-specifics
Campaign Classic v7 の場合、SMS の強制隔離は、メールアドレスではなく電話番号に関連するチャネル固有の動作で、一般的な強制隔離メカニズムに従います。
SMS の強制隔離メカニズムは、使用するコネクタによって異なります。
-
標準 SMPP コネクタ:管理/キャンペーン管理/配信不能件数の管理/配信ログの選定 で定義されたエラー選定ルールが、SMS 配信に適用されます。
-
拡張された汎用 SMPP コネクタ: エラー管理は、正規表現（正規表現）を使用して異なる方法で処理され、SMSC プロバイダーによって返されたステータスレポート（SR）メッセージを解析します。
SMS 強制隔離のシナリオとエラータイプについて詳しくは、包括的な SMS エラータイプ テーブルを含む 配信エラーについて ドキュメントを参照してください。
関連トピック
- 配信エラーについて （Campaign v8 ドキュメント）
- 強制隔離の管理 （Campaign v8 ドキュメント）
- 配信のベストプラクティス （Campaign v8 ドキュメント）
- 配信ステータス （Campaign v8 ドキュメント）
- データベースクリーンアップワークフロー （v7 ハイブリッド/オンプレミス）
- 配信再試行の設定 （v7 ハイブリッド/オンプレミス）
- バウンス認定条件の更新 （v7 ハイブリッド/オンプレミス）
- メール配信品質の設定 （v7 ハイブリッド/オンプレミス）
- インスタンスのデプロイ （v7 ハイブリッド/オンプレミス）