【AWS SES】特定のユーザに送れない問題(554 Message rejected)
発生したこと
ある日、AWS SESを使ってメール送信の仕組みを構築していて、テスト中にこんなエラーが出た
Net::SMTPFatalError: 554 Message rejected: Email address is not verified.
The following identities failed the check in region AP-NORTHEAST-1: xxxxxxxx@gmail.com
原因
エラーをそのまま読むと、、、
「Net::SMTPFatalError: 554 メッセージが拒否されました: 電子メール アドレスが確認されていません。次の ID は、リージョン AP-NORTHEAST-1 でのチェックに失敗しました: xxxxxxxx@gmail.com」
ふむふむ。ドキュメントを読んでみる。
詐欺や悪用を防ぎ、送信者としての評判を守るために、新しい Amazon SES アカウントに特定の制限を適用しています。
すべての新しいアカウントを Amazon SESサンドボックスに配置します。アカウントのサンドボックス ステータスは、AWS リージョンごとに異なります。アカウントがサンドボックスにある間、Amazon SES のすべての機能を使用できます。ただし、アカウントがサンドボックスにある場合、次の制限がアカウントに適用されます。
確認済みの E メールアドレスとドメイン、またはAmazon SES メールボックスシミュレーターにのみメールを送信できます。
ああ、サンドボックスからアカウントを削除する必要がありそう。。
対応
以下はドキュメントをそのまま引用。
結構簡単に解消できた。
AWS マネジメントコンソールを使用して、Amazon SES サンドボックスからアカウントを削除するようリクエストするには
https://console.aws.amazon.com/ses/で Amazon SES コンソールを開きます。.ナビゲーションペインで、[アカウントダッシュボード]を選択します。
コンソールの上部にある「Your Amazon SES account is in the sandbox」という警告ボックスの右側で、[ Request production access]を選択します。
アカウントの詳細モーダルで、送信するメールの大部分を最もよく表している [マーケティング]または [トランザクション]ラジオ ボタンを選択します。
マーケティング電子メール- 購入、ダウンロード情報などのマーケティングおよびプロモーション コンテンツを含む見込み客または顧客のターゲット リストに 1 対多で送信されます。
取引メール- 各受信者に固有の 1 対 1 で送信され、通常は Web サイトの購入、パスワードのリセット要求などのユーザー アクションによってトリガーされます。[Web サイトの URL]にWeb サイトの URL を入力して、送信する予定のコンテンツの種類をより正確に把握できるようにします。
ユースケースの説明で、Amazon SES を使用して E メールを送信する方法を説明します。お客様のリクエストを処理するために、次の質問にお答えください。
メーリングリストをどのように構築または取得する予定ですか?
バウンスや苦情にどのように対処する予定ですか?
受信者があなたからのメールの受信をオプトアウトするにはどうすればよいですか?
このリクエストで指定した送信レートまたは送信クォータをどのように選択しましたか?
[追加の連絡先]で、アカウントに関する連絡先を指定してください。これは、最大 4 つの電子メール アドレスのコンマ区切りのリストです。
[優先連絡先言語]で、コミュニケーションを英語で受け取るか 日本語で受け取るかを選択します。
[確認]で、明示的に要求した個人にのみメールを送信することに同意するボックスをオンにし、バウンスと苦情の通知を処理するためのプロセスがあることを確認します。
[リクエストの送信]ボタンを選択します。リクエストが送信され、現在レビュー中であることを確認するバナーが表示されます。
アカウントの詳細のレビューを送信すると、レビューが完了するまで詳細を編集できません。AWS サポートチームは、24 時間以内にお客様のリクエストに最初の応答を提供します。
当社のシステムが未承諾または悪意のあるコンテンツの送信に使用されるのを防ぐために、各リクエストを慎重に検討する必要があります。それが可能であれば、この 24 時間以内にリクエストを承認します。ただし、お客様から追加情報を取得する必要がある場合は、リクエストの解決に時間がかかる場合があります。ユースケースが 我々 のポリシーに準拠していない場合、リクエストを承認できない場合があります。
Discussion