配信エラーと強制隔離の管理 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# で置き換えられます（ただし、アドレスは * で置き換えられます）。
このプロセスで同じタイプのすべてのエラーをまとめることにより、同じようなエラーの複数のエントリが配信ログ選定テーブルに含まれないようにすることができます。
バウンスメールは、次の選定ステータスを持つことができます。
- 選定必要：バウンスメールを選定できませんでした。選定を配信品質チームに割り当てて、効率的なプラットフォーム配信品質を保証する必要があります。選定されていないバウンスメールは、メール管理ルールのリストのエンリッチメントには使用されません。
- 保持：バウンスメールは検証されました。配信品質の更新ワークフローは、このバウンスメールを既存のメール管理ルールとの比較およびリストのエンリッチメントに使用します。
- 無視：バウンスメールは Campaign MTA では無視され、このバウンスによって受信者のアドレスが強制隔離されることはありません。配信品質の更新ワークフローでは使用されず、クライアントインスタンスに送信されません。
メール管理ルールの設定 email-management-rules
メールルールには、管理／キャンペーン管理／配信不能件数の管理／メールルールセットノードからアクセスします。メール管理ルールがウィンドウの下部に表示されます。
デフォルトのルールには次のものがあります。
- パラメーターを変更した場合は、配信サーバー（MTA）を再起動する必要があります。
- 管理ルールを変更または作成できるのは、エキスパートユーザーのみです。
受信メール inbound-email
これらのルールには、リモートサーバーが返すことができ、エラー（ハード、ソフトまたは無視）を選定できる文字列が含まれます。
メールが失敗すると、リモートサーバーがプラットフォームのパラメーターで指定されたアドレスにバウンスメッセージを返します。Adobe Campaign は、各バウンスメッセージのコンテンツをルールリストの文字列と比較して、3 つのエラータイプのいずれかを割り当てます。
バウンスメールの選定について詳しくは、この節を参照してください。
ドメイン管理 domain-management
オンプレミスインストールの場合、MTA は 1 つの ドメイン管理 ルールをすべてのドメインに適用します。
- 特定の識別標準や、送信者 ID、DomainKeys、DKIM、S/MIME などドメイン名をチェックするための暗号鍵を有効化するかどうかを選択できます。
- SMTP リレーパラメーターは、特定のドメインのリレーサーバーの IP アドレスおよびポートを設定できます。詳しくは、この節を参照してください。
メッセージの差出人アドレスに「…が代理で送信」と表示される場合、Microsoft が提供する廃止された専用メール認証標準である Sender ID を使用してメールに署名しないようにしてください。「送信者 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）メッセージを解析するために正規表現（regexes）を使用して異なる方法で処理されます。
SMS の強制隔離シナリオとエラータイプについて詳しくは、包括的な SMS エラータイプテーブルを含む配信エラーについてドキュメントを参照してください。
関連トピック
- 配信エラーについて（Campaign v8 ドキュメント）
- 強制隔離の管理（Campaign v8 ドキュメント）
- 配信のベストプラクティス（Campaign v8 ドキュメント）
- 配信ステータス（Campaign v8 ドキュメント）
- データベースクリーンアップワークフロー（v7 ハイブリッド／オンプレミス）
- 配信再試行の設定（v7 ハイブリッド／オンプレミス）
- バウンスの選定の更新（v7 ハイブリッド／オンプレミス）
- メール配信品質の設定（v7 ハイブリッド／オンプレミス）
- インスタンスのデプロイ（v7 ハイブリッド／オンプレミス）