Amazon での E メール送信の仕組み SES

このトピックでは、 で E メールを送信するとどうなるかSES、および E メールの送信後に発生する可能性のあるさまざまな結果について説明します。次の図は、送信プロセスの概要を示しています。

1. E メール送信者として機能するクライアントアプリケーションは、1 人以上の受信者に E メールを送信SESするように にリクエストします。

2. リクエストが有効な場合、 は E メールSESを受け入れます。

3. SES は、インターネット経由で受信者の受信者にメッセージを送信します。メッセージが に渡されるとSES、通常はすぐに送信され、最初の配信試行は通常ミリ秒以内に行われます。

4. この時点で、さまざまな可能性があります。例:

   1. は、受信者の受信トレイにメッセージをISP正常に配信します。

   2. 受信者の E メールアドレスが存在しないため、 はバウンス通知を ISPに送信しますSES。SES 次に、 は通知を送信者に転送します。

   3. 受信者はメッセージを受信しますが、それをスパムと見なし、苦情を に登録しますISP。で設定されたフィードバックループISPを持つ はSES、苦情を に送信しSES、送信者に転送します。

以下のセクションでは、送信者が に E メールリクエストを送信した後SES、および が受信者に E メールメッセージを送信した後SES、考えられる個々の結果を確認します。

送信者が に E メールリクエストを送信した後 SES

送信者が に E メールの送信SESをリクエストすると、呼び出しが成功または失敗する可能性があります。以下のセクションでは、それぞれのケースで発生する状況を説明します。

リクエスト送信の成功

へのリクエストがSES成功すると、 は送信者に成功レスポンスSESを返します。このメッセージには、リクエストを一意に識別する文字列であるメッセージ ID が含まれます。メッセージ ID を使用して、送信された E メールを識別したり、送信中に発生した問題を追跡したりできます (識別子と、E メールを承諾したときに SES から渡されるSESメッセージ ID との独自のマッピングを保存する必要があります）。SES 次に、 はリクエストパラメータに基づいて E メールメッセージをアセンブルし、疑わしいコンテンツやウイルスがないかメッセージをスキャンし、Simple Mail Transfer Protocol () を使用してインターネット経由で送信しますSMTP。通常、メッセージは即座に送信されます。一般的に最初の配信の試行は数ミリ秒以内に発生します。

注記

が送信者のリクエストSESを受け入れ、メッセージにウイルスが含まれていると判断した場合、 はメッセージの処理SESを停止し、受信者のメールサーバーへの配信を試みません。

リクエスト送信の失敗

送信者の への E メール送信リクエストがSES失敗した場合、 は送信者にエラーでSES応答し、E メールを削除します。リクエストの失敗にはいくつかの理由が考えられます。リクエストが適切にフォーマットされていない場合や、E メールアドレスが送信者によって検証されていない場合などがあります。

リクエストが失敗したかどうかを判断する方法は、 の呼び出し方法によって異なりますSES。次の例は、エラーと例外がどのように返されるかを示しています。

• クエリ (HTTPS) API (SendEmail または SendRawEmail) SESを使用して を呼び出す場合、アクションはエラーを返します。詳細については、「Amazon Simple Email Service APIリファレンス」を参照してください。

• 例外を使用するプログラミング言語に を使用している場合 AWS SDK、 を呼び出すと がスローSESされますMessageRejectedException。（例外の名前は、 によって若干異なる場合があります）SDK。

• SMTP インターフェイスを使用している場合、送信者はSMTPレスポンスコードを受け取りますが、エラーがどのように伝達されるかは送信者のクライアントによって異なります。一部のクライアントではエラーコードが表示されますが、表示されないクライアントもあります。

で E メールを送信するときに発生する可能性のあるエラーについては、SES「」を参照してくださいAmazon SES の E メール送信エラー。

Amazon SESが E メールを送信した後

送信者のリクエストがSES成功すると、 SESは E メールを送信し、次のいずれかの結果が発生します。

• 正常に配信され、受信者が E メールに反対しない – E メールは によって受け入れられISP、 は E メールを受信者にISP配信します。次の図は、正常な配信を示しています。

  

• ハードバウンス – E メールは、永続的な条件ISPのため によって拒否されるか、E メールアドレスがSESサプレッションリストに含まれているSESため によって拒否されます。E メールアドレスは、SES最近お客様のハードバウンスを引き起こした場合、SESサプレッションリストに表示されます。受信者のアドレスが無効であるため、 とのハードバウンスが発生するISP可能性があります。ハードバウンス通知は、送信者の設定に応じてSES、E メールまたは Amazon Simple Notification Service (Amazon SNS) を通じて送信者に通知される から ISPに送信されます。SES は、同じ方法でサプレッションリストのバウンスを送信者に通知します。からのハードバウンスのパスを次の図ISPに示します。

  

• ソフトバウンス – ISPがビジー状態でリクエストを処理できない、受信者のメールボックスがいっぱいであるなどの一時的な状態のため、 は受信者に E メールを送信ISPできません。ドメインが存在しない場合も、ソフトバウンスが発生することがあります。ISP はソフトバウンス通知を に送り返します。SES存在しないドメインの場合は、ドメインの E メールサーバーを見つけるSESことができません。いずれの場合も、 は E SES メールを長期間再試行します。がその期間内に E メールを配信SESできない場合、E メールまたは Amazon を通じてバウンス通知が送信されますSNS。が再試行中に E メールを受信者に配信SESできる場合、配信は成功します。次の図は、ソフトバウンスを示しています。この場合、 は E SES メールの送信を再試行し、最終的には ISPはそれを受信者に配信できます。

  

• 苦情 — E メールは によって受け入れられ、受信者にISP配信されますが、受信者は E メールをスパムと見なし、E メールクライアントで「スパムとしてマーク」などのボタンをクリックします。SES に でフィードバックループが設定されている場合ISP、苦情通知が に送信されSES、苦情通知が送信者に転送されます。ほとんどの は、苦情を送信した受信者の E メールアドレスを提供しISPsないため、 からの苦情通知SESは、元のメッセージの受信者と、苦情ISPSESを受信した に基づいて、苦情を送信した可能性のある受信者のリストを送信者に提供します。次の図は、苦情のパスを示しています。

  

• 自動応答 – E メールは によって受け入れられISP、 はそれを受信者にISP配信します。ISP 次に、 は out-of-the-office （OOTO) メッセージなどの自動応答を に送信しますSES。SES は自動応答通知を送信者に転送します。次の図は、自動応答を示しています。

  

  SESが有効なプログラムが、自動応答を生成するメッセージの送信を再試行しないようにしてください。

  ヒント

  SES メールボックスシミュレーターを使用して、正常な配信、バウンス、苦情、OOTO、またはアドレスがサプレッションリストに含まれている場合に何が起こるかをテストできます。詳細については、「手動でメールボックスシミュレーターを使用する」を参照してください。