Amazon SESのメール送信結果判定に苦戦した話

Transcript

1. Amazon SESのメール送信結果判定に 苦戦した話 2026.10.09 Fukuoka.sre#1 株式会社ギフティ 佐藤 颯 (Hayato Sato)
2. ⾃⼰紹介 株式会社ギフティ 佐藤 颯 (Hayato Sato) • 新卒⼊社して5年⽬ • バックエンド（Rails）をメインにしつつ、インフラ（AWS）も担当
3. Amazon SES とは • 正式名称は、 Amazon Simple Email Service • AWS が提供するクラウドベースのメール送信サービス • API 経由で簡単にメール送信の実装が可能
4. 実現したかったこと 1. メール送信 2. メール送信結果の把握 スケーラブルなメール送信 システムの構築 送信成功判定をトリガーとして 次のアクションを実⾏
5. 実現したかったこと 1. メール送信 2. メール送信結果の把握 スケーラブルなメール送信 システムの構築 送信成功判定をトリガーとして 次のアクションを実⾏
6. どうやって実現するのか Amazon SESの「イベント発⾏（event publishing）」を活⽤ • Amazon SES は Amazon Simple Notification Service (Amazon SNS) などの サービスに対して、イベントを発⾏することが可能 • そのイベントデータから、メールの送信状況（送信、到達、バウンス、苦情 など）の変化を取得可能
7. イベント伝達のためのインフラ構成 イベント発⾏ Amazon SES キューに送信 Amazon SNS メッセージ取得 Amazon SQS アプリケーション (ECS on Fargate)
8. 送信結果判定に役⽴つイベント 発⾏される様々なイベントのうち、以下の２つを使って送信結果判定ができそう Delivery Bounce 受信側メールサーバーへの送信に 成功したときに発⾏されるイベント 送信に失敗したときに発⾏されるイベント ハードバウンス 宛先アドレスが存在しないなどの恒久的なエラー ソフトバウンス 受信ボックスの容量オーバーなどの⼀時的なエラー
9. シンプルに判定できそう 最初にアプリケーションに通知されたイベントを基に送信結果を判定 Delivery イベントを受信 → 「送信成功 」と判定 Bounce イベントを受信 → 「送信失敗」と判定
10. これで完成？!
11. そんなに⽢くはなかった
12. 判定結果が正しくなさそう... 運⽤開始後、以下のような問い合わせが発⽣ 「送信成功」と判定したが、実際には「メールが届いていない」 システム内では送信成功として記録されているが、実際には届いていない。 「送信失敗」と判定したが、実際には「メールを受信できている」 システム上は送信失敗として処理されているが、ユーザー側では問題なく受信されている。 →AWS サポートへの問い合わせや送られてくるイベントの確認などにより詳細調査
13. 調査結果1 Delivery の後に Bounce が発⾏されるケースがある 1 受信側のメールサーバーがメールを受信 Delivery 2 受信後の処理で失敗 Bounce
14. 調査結果2 「Delivery -> Bounce」という同じ順序でも、バウンスの種別によって送信結果が異なる Delivery の後に Bounce（ハードバウンス）を発⾏ → 「送信失敗 」と判定すべき （受信拒否設定などが原因） Delivery の後に Bounce（ソフトバウンス）を発⾏ → 「送信成功」と判定すべき（⾃動応答設定などが原因）
15. 調査結果からわかったこと • 最初に通知されるイベントだけでは正確に判定できない • 最後に通知されるイベントだけでは正確に判定できない 単⼀のイベントだけではなく 対象メール送信リクエストに関する「イベント列全体」をみて 総合的に判定する必要がある
16. 最終的な判定ロジック 1. メール送信リクエスト後、 1分以上待つ 2. 受信したイベント列を 発⾏時刻順 に並べる 3. ソートされたイベント列から送信結果を判定する Delivery → Bounce（ソフトバウンス） の場合 → 送信成功 上記以外の場合 → 最後のイベントで判定 • Delivery → 送信成功 • Bounce→ 送信失敗 より詳細に解説した 技術ブログはこちら！