復旧 · バウンス処理
メールバウンス処理ガイド
バウンスはトランザクションメール運用では避けられないシグナルです。分類、抑制、復旧の方法が、大量送信時に送信者レピュテーションを守れるかを左右します。
代表的な製品 UI — 例示データであり、実際の顧客指標ではありません。
コントロールプレーン
Sendarix がバウンスシグナルを分類、抑制、ルーティングする方法
バウンスイベントは静的な blocklist だけでなく、ルーティング判断と tenant 単位の suppression に反映されます。Hard bounce は即時に抑制され、soft bounce はエスカレーション前にリトライポリシーに従います。
Tenant 分離により、ある顧客の悪いリストが他の顧客へ影響することを防ぎます。Webhook イベント（bounce、soft_bounce、complaint）は、CRM レコード更新や復旧フロー起動に必要な詳細をアプリケーションへ提供します。ポリシー設定は email routing を参照してください。
| Relay 経路 | シグナル | 状態 |
|---|---|---|
| EU トランザクション | 安定した配信 | 正常 |
| US バルク | 低い deferral | 正常 |
| 専用テナント | 増加した deferral | 劣化 |
代表的な製品 UI — 例示データであり、実際の顧客指標ではありません。
Hard bounce と soft bounce - 分類
すべてのバウンスが同じではありません。受信サーバーの応答コードは失敗が恒久的か一時的かを示し、システムはそれぞれを別々に処理する必要があります。
Hard bounce
恒久的な配信失敗です。メールボックスが存在しない、ドメインが無効、または受信者があなたのドメインからのメールを恒久的に拒否しています。
応答コード:550 Mailbox unavailable, 550 User unknown, 550 No such recipient
必要な対応: 直ちにグローバル suppression リストへ追加します。このアドレスへ再送信しません。
Soft bounce
一時的な配信失敗です。メールボックスが満杯、サーバーが一時的に利用できない、または接続問題があります。
応答コード:450 Mailbox full, 421 Service temporarily unavailable, 451 Server busy
必要な対応: 指数 backoff で再試行します。N 回連続で失敗したら hard bounce に変換します。
リトライと backoff 戦略
Soft bounce は再試行が必要ですが、即時でも無期限でもありません。構造化されたリトライスケジュールにより、すでに劣化したサーバーへ過剰に送信することを防げます。
| タイミング | アクション |
|---|---|
| 即時 | 送信時の初回試行 |
| +15分 | 初回リトライ - サーバーまたはネットワークエラー |
| +1時間 | 2 回目のリトライ |
| +4時間 | 3 回目のリトライ |
| +12時間 | 4 回目のリトライ |
| 破棄 | 5 回連続失敗後、hard bounce に変換して抑制 |
Suppression リスト管理
Suppression リストは、メールを受信できないアドレスへの送信を防ぐ主要な防御線です。
Hard bounces
恒久的です。再配信を試行しません。timestamp 付きで恒久保存します。
苦情 (FBL)
ユーザーが spam としてマークしました。長期 suppression を行い、苦情日とともに保存します。
購読解除リクエスト
CAN-SPAM と GDPR の要件に従い、直ちに抑制する必要があります。
一時的な失敗
リトライ期間中は抑制しません。最大リトライ数を超えた後にのみ抑制します。
マルチテナント SaaS プラットフォームでは、suppression リストを tenant ごとに分離する必要があります。ドメインごとの境界は tenant isolation を参照してください。
バウンス用 webhook イベント追跡
email webhooks 経由で届くバウンスイベントが最も詳細な情報を提供します。次のイベントタイプを追跡します:
bounce— hard bounce。受信者を直ちに抑制します。soft_bounce— 一時的な失敗。backoff ポリシーに従ってリトライを予約します。complaint— 受信者が spam としてマークしました。長期的に抑制します。delivery— 受信サーバーによる受諾を確認します。reject— サーバーがキュー投入前に拒否しました。SPF/DKIM/DMARC レコードを確認してください。
Sendarix はバウンス分類を自動で処理します
バウンスイベントはメッセージごとに追跡され、hard または soft に分類され、suppression リストは自動で更新されます。リトライスケジュールと failover ロジックは email routing API で設定できます。
