バウンスメールの対策が取れている条件について

Question

Amazon SESでバウンスメールを送信したとき、Amazon SNSの通知内容をLambdaで振り分けてDynamoDBに登録する処理を行っているところです。
メールについてはCakePHPから送信しています。
通知内容の登録自体は参考サイト1の内容ほぼそのままで登録することができました。
バウンスと判断されたメールアドレスやメールの種類(Bounce、Complant)などが登録されています。

ですが、参考サイト2よりバウンスメール対策には一度バウンスとみなしたメールアドレスには二度と送信しない処理が必要とあります。
参考サイト3によるとハードバウンスの原因となった受信メールアドレスはサプレッションリストに登録される仕組みがあるとあり、登録されているアドレスに送信しようとした場合、メールこそ送信しませんが送信料上限やバウンス率にカウントしてしまうので制限の対象となる恐れがあります。

そのためSESでメールが送られる前に何か処理を入れたいところですがトリガーに当たるものがわからず、困っています。

どうなっていればバウンスメールの対策が取れているといえるのでしょうか。
初めての経験のため分かっていない状態です。

必要な処理をご存じの方がいらっしゃいましたらご教授ください。
よろしくお願いします。

---

参考サイト

1. AWS Lambda 関数を作成して Amazon SES に関する Amazon SNS 通知内容を Amazon DynamoDB データベースに保存する方法を教えてください。
2. AWS SES(送信)でトラブルを起こす前に気をつけておきたいこと
3. Amazon SESによるメール送信環境の構築と実践
4. Rails×SES バウンスメール（不達メール）対策
5. AWSのSESでバウンスメール(bouncemail)対策。3つの方法とメリット・デメリット
6. Amazon SESとSNSを利用してバウンスメールを自動的にハンドリングする

Answer 1

そのためSESでメールが送られる前に何か処理を入れたいところですがトリガーに当たるものがわからず、困っています。

「SESに投げてから不適切なアドレスだけ弾く」という処理ではなく、SESに投げる前の段階でバウンスしたアドレスかチェックする仕組みが必要だと考えます。

Comments

[mihou_tec]

SESに投げる前にバウンスしたアドレスかチェックするにはどのサービスを使って対応すれば宜しいでしょうか？
処理の流れとしてはSES→SNS→Lambda→DynamoDBとしています。
SESの前に何か必要な処理があるように聞こえます。
回答よろしくお願いします。

[maisumakun]

SESは自発的にメールを送信するサービスではないので、何かからSESにメールを投げている、という構造だと思ったのですが…違いますか？

[mihou_tec]

CakePHPのアプリケーションからメールを投げています。
説明が抜けていてすみません。
CakePHP側からDynamoDBのデータを参照してバウンスメールのアドレスがあるか確認し、送信時にそのメールアドレスがあれば送信しない、ということで宜しいでしょうか？

参考サイト
https://qiita.com/hirata-qwt/items/1e718fa18f0cc703d773

[maisumakun]

そうですね、CakePHP側でチェックを入れてください。