ご自身の Amazon SES アカウント経由でメールを送信

AWS アカウントとお使いのドメインの DNS へのアクセス権限が必要です。SES はこの一覧の中で群を抜いて最も安価な選択肢ですが、手順が最も多いものでもあります。

Amazon 自体のドキュメント: [ドメインの検証] (https://docs.aws.amazon.com/ses/latest/dg/creating-identities.html) · [SMTP 認証情報の取得] (https://docs.aws.amazon.com/ses/latest/dg/smtp-credentials.html) · [サンドボックス外への移動] (https://docs.aws.amazon.com/ses/latest/dg/request-production-access.html)

⭐ 本サービスは、REST API ではなく SMTP インターフェース経由で SES に接続します。 そのため、AWS アクセスキーではなく SMTP ユーザー名とパスワードの入力が求められます。どちらの経路でもまったく同じメッセージが配信されますが、SMTP の経路を利用することで、外部からの診断が極めて困難な AWS リクエスト署名関連のあらゆる問題を回避できます。また、これこそが当ツールのようなシステムで利用できるように、Amazon が認証情報を公開しているインターフェースでもあります。

1. リージョンを1つ選択し、変更しないでください

SES はリージョンごとのサービスです。以下に記載するすべての要素 (検証済みドメイン、認証情報、送信クォータ) は単一の AWS リージョンに属し、他のリージョンには存在しません。

クライアントに最も近いリージョン (ヨーロッパの場合はeu-west-1、北米の場合はus-east-1) を選択し、それを控えておいてください。アイルランドでドメインを検証した後にフランクフルトで認証情報を作成してしまうのは、ここで時間を無駄にする最も典型的な原因であり、その際に発生するエラーにはリージョンに関する記述が一切ありません。

2. ドメインを検証する

Amazon SES コンソール → 識別情報 → ID の作成 → ドメイン。 mail.yourdomain.comなどのサブドメインを入力します。

Easy DKIMを有効にし、RSA_2048_BITを選択します。SES から3つのCNAMEレコードが提供されます:

3つすべてを追加してください。通常、検証は1時間以内に完了します。

⭐ また、カスタム MAIL FROM ドメイン (bounce.mail.yourdomain.com) を有効にし、要求されたMXおよび SPF TXTレコードを追加してください。これがない場合、エンベロープ送信者はamazonses.comとなるため、SPF は送信者自身ではなく Amazon とアラインされ、DKIM のみに依存することになります。

3. サンドボックスから移行する — これが見落とされがちな手順です

⛔⛔ 新しい SES アカウントはサンドボックス環境にあり、個別に検証したアドレスにしか送信できません。 それ以外の宛先への送信はすべて受け付けられますが、一切配信されません。

これはまさに、本サービスの検証手順が検知するために存在している障害です。サンドボックス内では、SES は通常の成功レスポンスを返してメッセージを受け付けた後、それを破棄します。AWS 内でたまたま検証済みのアドレスにテストメールを送信して本サービスの設定を検証した場合、テストは成功しますが、その後の実際のクライアントへのメッセージはすべて消失することになります。

アカウントダッシュボード → 本番環境へのアクセスのリクエスト。 送信内容やバウンスの処理方法について Amazon から質問されます。ご自身のクライアント宛てのトランザクション通知である旨を正直に2〜3文で説明すれば、通常は24時間以内に承認されます。

⭐ SES をこちらに接続する前に、この手順を完了してください。後からでは何もエラーが発生しないため、デバッグのしようがありません。

4. SMTP 認証情報を作成する

SES コンソール → SMTP 設定 → SMTP 認証情報の作成。

これにより、送信専用権限を持つ IAM ユーザーが作成され、SMTP ユーザー名とSMTP パスワードが発行されます。

⛔ これらは AWS アクセスキーおよびシークレットではありません。 特定のアルゴリズムによって IAM シークレットから生成されたものであり、互換性はありません。ここに AWS シークレットアクセスキーを貼り付けると認証は必ず失敗し、エラーには単に認証情報が拒否されたとしか表示されません。

⚠️ パスワードは一度しか表示されません。 ページを離れる前に CSV をダウンロードしてください。

5. Zinn®で接続する

ダッシュボードでメール送信を開きます:

• プロバイダー — Amazon SES
• このドメインから送信 — mail.yourdomain.com
• AWS リージョン — 手順1のリージョン (例: eu-west-1)
• SMTP ユーザー名 — 手順4で取得した値
• ポート — 587のままにします
• SES SMTP パスワード — 手順4で取得した値

ホスト名 (email-smtp.<region>.amazonaws.com) は自動で構築されるため、入力間違いの心配はありません。

6. テストを送信してコードを入力する

AWS で検証していない別のドメインの受信トレイ (サンドボックス外に移行したことを証明できる個人の Gmail アドレスが最適です) 宛てにテストメッセージを送信をクリックします。コードを確認して入力してください。

うまく動作しない場合

実クライアントへの送信時に「Email address is not verified」と表示される場合 — まだサンドボックス環境にあります。手順3を確認してください。

535 Authentication Credentials Invalid — SMTP 認証情報の代わりに AWS アクセスキーを使用しているか (手順4)、認証情報が入力したリージョンとは異なるリージョンに属しています。

「Maximum sending rate exceeded」 — 新しい本番アカウントの上限は、1秒あたり14メッセージ、1日あたり50,000メッセージから開始されます。これは通知用としては十分な量ですが、大規模な顧客ベースを移行する場合は、事前に引き上げを申請してください。

テスト時は成功したが、本番で停止した場合 — SES のレピュテーションダッシュボードを確認してください。バウンス率や苦情率がしきい値を超えると、Amazon は自動的に送信を一時停止します。古いクライアントリストを使用していると、この制限に容易に達してしまいます。