翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon SESとは？
[Amazon Simple Email Service (Amazon SES)](https://aws.amazon.com/ses) は、ユーザー自身の E メールアドレスとドメインを使用して E メールを送受信するための、簡単でコスト効率の高い方法を提供する E メールプラットフォームです。
例えば、特価販売などのマーケティング E メールや、注文確認などの取引 E メール、ニュースレターなどのその他のタイプの通信文の送信に使用できます。Amazon SES を使用してメールを受信するときは、E メール自動応答システム、E メール登録解除システム、受信 E メールからカスタマーサポートのチケットを生成するアプリケーションなどのソフトウェアソリューションを開発できます。
Amazon SES に関連するトピックに関しては、[AWS メッセージングとターゲティングのブログ](https://aws.amazon.com//blogs/messaging-and-targeting/) を参照してください。
## 利点
大規模な E メールソリューションを構築することは、ビジネスにとってしばしば複雑で高コストな課題となります。E メールサーバーの管理、ネットワーク構成、IP アドレスの評価といったインフラストラクチャの課題に対処する必要があります。さらに、多くのサードパーティの E メールソリューションでは、契約、料金交渉、およびかなりの初期コストが必要となります。Amazon SES では、これらの課題を解消できます。お客様は、Amazon.com で蓄積された長年の経験と、自社の大規模な顧客ベースにサービスを提供するために構築してきた高度な E メールインフラストラクチャを利用できます。
## 関連サービス
Amazon SES は、他の AWS 製品とシームレスに統合されます。例えば、以下のことが可能です:
+ 任意のアプリケーションに E メール送信機能を追加します。
+ Amazon EC2 から E メールを送信するには、[AWS SDK](https://aws.amazon.com/tools/#sdk) を使用するか、[Amazon SES SMTP インターフェイス](send-email-smtp.md) を使用するか、または[Amazon SES API](https://docs.aws.amazon.com/ses/latest/APIReference/) を直接呼出します。
+ [AWS Elastic Beanstalk](https://aws.amazon.com/elasticbeanstalk/) を使用して E メール対応アプリケーション (Amazon SES を使用して顧客にニュースレターを送信するプログラムなど) を作成します。
+ バウンスされた E メール、苦情が生成された E メール、受信者のメールサーバーに正常に配信された E メールに関する通知を受け取るように、[Amazon Simple Notification Service (Amazon SNS)](https://aws.amazon.com/sns/) をセットアップします。Amazon SES を使用して E メールを受信するときに、E メールのコンテンツを Amazon SNS トピックに公開することができます。
+ を使用して Easy DKIM AWS マネジメントコンソール を設定します。これは、E メールを認証する方法です。任意の DNS プロバイダーで Easy DKIM を使用できますが、特に、[Route 53](https://aws.amazon.com/route53/) でドメインを管理する場合はセットアップが簡単です。
+ E メール送信に対するユーザーアクセスを管理するには、[AWS Identity and Access Management (IAM)](https://aws.amazon.com/iam/)を使用します。
+ [Amazon Simple Storage Service (Amazon S3)](https://aws.amazon.com/s3/) に受信する E メールを保管します。
+ [AWS Lambda](https://aws.amazon.com/lambda/) 関数をトリガーすることで、受信する E メールに対してアクションを実行します。
+ [AWS Key Management Service (AWS KMS)](https://aws.amazon.com/kms/)を使用して、Amazon S3 バケットで受信する E メールをオプションで暗号化します。
+ [AWS CloudTrail](https://aws.amazon.com/cloudtrail/) を使用して、コンソールまたは Amazon SES API で実行した Amazon SES API 呼び出しをログ付けします。
+ [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) または [Amazon Data Firehose](https://aws.amazon.com/firehose/) に E メール送信イベントを発行します。Firehose に発行された E メール送信イベントには、[Amazon Redshift](https://aws.amazon.com/redshift/)、[Amazon OpenSearch Service](https://aws.amazon.com/elasticsearch-service/)、または [Amazon S3](https://aws.amazon.com/s3/) からアクセスできます。
## 料金
Amazon SES では、送受信された E メールの量に基づいてお支払いいただきます。詳細については、「[Amazon SES の料金](https://aws.amazon.com/ses/pricing/) 」を参照してください。
# 地域と Amazon SES
SES は AWS リージョン 世界中のいくつかの で利用できます。 AWS は各リージョンで、複数のアベイラビリティーゾーンを管理しています。これらのアベイラビリティーゾーンは物理的に相互に分離されていますが、低レイテンシーで高スループットの冗長性に優れたプライベートネットワーク接続で統合されています。これらのアベイラビリティーゾーンにより、非常に高いレベルの可用性と冗長性を提供しながら、レイテンシーを最小限に抑えています。
すべてのリージョンの SES エンドポイントの一覧については、「*AWS 全般のリファレンス*」の「[Amazon Simple Email Service のエンドポイントとクォータ](https://docs.aws.amazon.com/general/latest/gr/ses.html)」を参照してください。各リージョンで利用できるアベイラビリティーゾーンの数の詳細については、「[AWS グローバルインフラストラクチャ](https://aws.amazon.com/about-aws/global-infrastructure/)」を参照してください。
このセクションには、複数の AWS リージョンリージョンで SES を使用する場合に把握しておくべき情報が記載されています。必要事項は以下のとおりです。
+ [SES のリージョンとエンドポイント](#region-endpoints)
+ [サンドボックスの削除と送信制限の引き上げ](#region-quota-increases)
+ [E メールアドレスおよびドメインの検証](#region-verification)
+ [Easy DKIM](#region-dkim)
+ [アカウントレベルのサプレッションリスト](#region-suppression-list)
+ [フィードバック通知](#region-feedback-notifications)
+ [SMTP 認証情報](#region-smtp)
+ [送信承認](#region-sending-authorization)
+ [カスタム MAIL FROM ドメインに使用されるフィードバックエンドポイント](#region-feedback)
+ [E メールの受信](#region-receive-email)
+ [(MX) レコードの設定](https://docs.aws.amazon.com/ses/latest/dg/receiving-email-mx-record.html)
の一般的な情報については AWS リージョン、「 全般のリファレンス」の[AWS 「 サービスエンドポイント](https://docs.aws.amazon.com/general/latest/gr/rande.html)」を参照してください。 *AWS *
## SES のリージョンとエンドポイント
SES を使用して E メールを送信する場合、SES API または SMTP インターフェイス用のエンドポイントを提供する URL に接続します。AWS 全般のリファレンスには、SES を介してメールを送受信するために使用するエンドポイントの完全なリストが記載されています。**詳細については、「」の[「Amazon Simple Email Service エンドポイントとクォータ](https://docs.aws.amazon.com/general/latest/gr/ses.html) AWS 全般のリファレンス」を参照してください。特定のセクションを以下に示します。
+ **[API エンドポイント](https://docs.aws.amazon.com/general/latest/gr/ses.html#ses_region)** – SES を介して E メールを送信する際は、この表に記載されている URL を使用して SES API に HTTPS リクエストを送信できます。
+ **[SMTP エンドポイント](https://docs.aws.amazon.com/general/latest/gr/ses.html#ses_smtp_endpoints)** – SMTP インターフェイスを使用する際は、この表に記載されている URL を使用して、E メールを送信できます。
+ **[E メール受信エンドポイント](https://docs.aws.amazon.com/general/latest/gr/ses.html#ses_inbound_endpoints)** – ドメインに送信される E メールを受信するように SES を設定している場合は、[ドメインの DNS 設定でメールエクスチェンジャー (MX) レコードを設定する](https://docs.aws.amazon.com/ses/latest/dg/receiving-email-mx-record.html)際に、このテーブルに記載されているインバウンド SMTP エンドポイント URL を使用できます。
**注記**
インバウンド SMTP URL は、IMAP サーバーアドレスではありません。つまり、Outlook などのアプリケーションを使用した E メールの受信に使用することはできません。受信メール用の IMAP サーバーを提供するサービスについては、[Amazon WorkMail](https://aws.amazon.com/workmail)を参照してください。
## サンドボックスの削除と送信制限の引き上げ
アカウントのサンドボックスのステータスは、 AWS リージョンリージョン間で異なる場合があります。つまり、アカウントが米国西部 (オレゴン) リージョンのサンドボックスから削除されても、米国東部 (バージニア北部) リージョンのサンドボックスからも削除しない限り、米国東部のリージョンのサンドボックスに維持される場合があります。
送信制限も、 AWS リージョンリージョンごとに異なる場合があります。例えば、欧州 (アイルランド) リージョンではアカウントが毎秒 10 件のメッセージを送信できるとしても、別のリージョンでは送信できるメッセージ数が上下する場合があります。
[サンドボックスからアカウントを削除するリクエストを送信する](request-production-access.md)場合、または[アカウントの送信クォータを引き上げるリクエストを送信する](manage-sending-quotas-request-increase.md#user-requested-increased-sending-quotas)場合、リクエストの適用対象となるすべての AWS リージョン を選択していることを確認する必要があります。単一のサポートセンターのケースで複数のリクエストを送信できます。
## E メールアドレスおよびドメインの検証
SES を使用して E メールを送信する前に、E メールの送信元となるアドレスまたはドメインを所有していることを検証する必要があります。E メールアドレスおよびドメインの検証ステータスも、 AWS リージョンリージョン間で異なります。例えば、米国西部 (オレゴン) リージョンでドメインを検証しても、米国東部 (バージニア北部) リージョンでドメインの検証プロセスをもう一度完了するまで、そのドメインを米国東部 (バージニア北部) リージョンでの E メールの送信に使用することはできません。E メールアドレスとドメインの検証については、「[Amazon SES の検証済みID](verify-addresses-and-domains.md)」を参照してください。
## Easy DKIM
Easy DKIM を使用する各 AWS リージョン に対して Easy DKIM セットアッププロセスを実行する必要があります。つまり、各リージョンで、SES コンソールまたは SES API を使用して CNAME レコードを生成する必要があります。次に、すべての CNAME レコードを、ドメインの DNS 設定に追加する必要があります。Easy DKIM のセットアップの詳細については、[Amazon SES のEasy DKIM](send-email-authentication-dkim-easy.md)を参照してください。
すべての がデフォルトの SES DKIM ドメイン AWS リージョン を使用するわけではありません`dkim.amazonses.com`。リージョンがリージョン固有の DKIM ドメインを使用しているかどうかを確認するには、 の [DKIM ドメインテーブル](https://docs.aws.amazon.com/general/latest/gr/ses.html#ses_dkim_domains)を確認してください*AWS 全般のリファレンス*。
## アカウントレベルのサプレッションリスト
SES アカウントレベルのサプレッションリストは、現在の の AWS アカウント にのみ適用されます AWS リージョン。SES API v2 またはコンソールを使用して、アカウントレベルのサプレッションリストからアドレスを個別にまたは一括で、手動で追加または削除できます。アカウントレベルのサプレッションリストの使用の詳細については、「[Amazon SES アカウントレベルのサプレッションリストの使用](sending-email-suppression-list.md)」を参照してください。
## フィードバック通知
複数の AWS リージョンでフィードバック通知をセットアップする際に注意すべき重要な点が 2 つあります。
+ フィードバックを E メールで受信するか SNS を介してのみ受け取るかなど、検証済み ID 設定は、設定を行ったリージョンのみに適用されます。例えば、*user@example.com* を 米国西部 (オレゴン) リージョンおよび 米国東部 (バージニア北部) リージョンで検証して、バウンスした E メールは SNS 通知を介して受信する場合、SNS API または SES コンソールを使用して、*user@example.com* の SNS フィードバック通知を両方のリージョンで設定する必要があります。
+ フィードバック転送に使用する SNS トピックは、SES を使用するのと同じリージョンにある必要があります。
フィードバック通知による送信アクティビティのモニタリングの詳細については、「[Amazon SES のイベント通知の設定](monitor-sending-activity-using-notifications.md)」を参照してください。
## SMTP 認証情報
SES SMTP インターフェイスを介してメールを送信するために使用する認証情報は、各 AWS リージョンに固有のものです。SES SMTP インターフェイスを使用して複数のリージョンに E メールを送信する場合は、各リージョンで [SMTP 認証情報セットを生成する](smtp-credentials.md)必要があります。
**注記**
2019 年 1 月 10 日より前に SMTP 認証情報を作成した場合、SMTP 認証情報は古いバージョンの AWS Signature を使用して作成されています。セキュリティのため、この日付よりも前に作成した認証情報を削除して、新しい認証情報に置き換える必要があります。[古い認証情報は、IAM コンソールを使用して削除](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users_manage.html#id_users_deleting)できます。
## カスタム MAIL FROM ドメインに使用されるフィードバックエンドポイント
カスタム MAIL FROM ドメインを使用する場合、SES では、ドメインが E メールプロバイダーから送信されるバウンス通知と苦情通知を受信できるように、MX レコードを発行する必要もあります。バウンスと苦情の通知はリージョン固有のフィードバックエンドポイントに送信される AWS リージョン ため、異なる の検証済み ID に同じカスタム MAIL FROM ドメインを使用できます。
カスタム MAIL FROM ドメインを設定すると、SES はカスタム MAIL FROM が設定されているリージョンの適切なフィードバックエンドポイントを自動的に指定します。このエンドポイントは、ドメインの DNS 設定に発行 (追加) できるように、MX レコードの値フィールドに提供されています。
カスタム MAIL FROM のセットアッププロセスについては、「[カスタムの MAIL FROM ドメインを使用する](mail-from.md)」を参照してください。参考までに、SES がさまざまな に使用するフィードバックエンドポイント AWS リージョン は、「」の[「フィードバックエンドポイント](https://docs.aws.amazon.com/general/latest/gr/ses.html#ses_feedback_endpoints)」表に記載されています AWS 全般のリファレンス。
## 送信承認
代理送信者は、ID 所有者の ID が検証された AWS リージョン からのみ E メールを送信できます。代理送信者にアクセス許可を付与する承認の送信ポリシーは、そのリージョンのアイデンティティにアタッチする必要があります。送信承認の詳細については、「[Amazon SES での送信承認の使用](sending-authorization.md)」を参照してください。
## E メールの受信
Amazon S3 バケットを除き、SES で E メールを受信するために使用するすべての AWS リソースは、SES エンドポイント AWS リージョン と同じ にある必要があります。例えば、米国西部(オレゴン) リージョンで SES を使用する場合、使用する SNS トピック、KMS キー、Lambda 関数も米国西部(オレゴン) リージョン内に配置されている必要があります。同様に、あるリージョン内で SES を使用して E メールを受信するには、そのリージョン内にアクティブな受信ルールセットを作成する必要があります。E メール受信の概念とセットアッププロセスについては、「[Amazon SES を使用した E メールの受信](receiving-email.md)」で説明されています。
の [E メール受信エンドポイント](https://docs.aws.amazon.com/general/latest/gr/ses.html#ses_inbound_endpoints)テーブルには、SES AWS リージョン が E メール受信をサポートするすべての の E メール受信エンドポイントが AWS 全般のリファレンス 一覧表示されます。
# Amazon SES の Service Quotas
以下のセクションでは、Amazon SES のリソースとオペレーションに適用されるクォータについて、一覧を示して説明します。クォータによっては、引き上げることができないものもあります。クォータの引き上げをリクエストできるかどうかを判断するには、**[Adjustable]** (増加の対象) 列を参照してください。
**注記**
SES クォータは AWS リージョン 、 で使用する ごとに設定されます AWS アカウント。
## E メール送信クォータ
以下のクォータは、SES を介した E メール送信に適用されます。
### 送信クォータ
クォータは、メッセージ数ではなく、受信者の数に基づきます。
| リソース | デフォルトのクォータ | 調整可能 |
| --- | --- | --- |
| 24 時間ごとに送信可能な E メールの数 | アカウントがサンドボックスにある場合は、24 時間あたり最大 200 通の E メールを送信できます。 アカウントがサンドボックスの外にある場合、この数字は具体的なユースケースによって異なります。 | [あり](manage-sending-quotas-request-increase.md) |
| 1 秒あたりに送信できる E メールの数 (送信レート) | アカウントがサンドボックスにある場合、1 秒あたり 1 通の E メールを送信できます。 アカウントがサンドボックスの外にある場合、このレートは具体的なユースケースによって異なります。 | [あり](manage-sending-quotas-request-increase.md) |
### メッセージのクォータ
| リソース | デフォルトのクォータ | 調整可能 |
| --- | --- | --- |
| **[SES v1 API](https://docs.aws.amazon.com/ses/latest/APIReference/) の使用** - 最大メッセージサイズ (添付ファイルを含む) | メッセージあたり 10 MB（base64 エンコーディング後） | なし*(メッセージサイズが 10 MB を超えるワークロードの場合は、[SES v2 API](https://docs.aws.amazon.com/ses/latest/APIReference-V2/) への移行を考慮してください)。* |
| **[SES v2 API](https://docs.aws.amazon.com/ses/latest/APIReference-V2/) または [SMTP](send-email-smtp.md)** の使用 - 最大メッセージサイズ (添付ファイルを含む) | メッセージあたり 40 MB (base64 エンコーディング後) | 不可 |
**注記**
10 MB を超えるメッセージは帯域幅スロットリングの対象となり、送信レートによっては最低 40 MB/s に調整される場合があります。例えば、40 MB のメッセージを 1 秒あたり 1 メッセージ、または 20 MB のメッセージを 1 秒間に 2 つ送信できます。
### 送信者と受信者のクォータ
| リソース | デフォルトのクォータ | 調整可能 |
| --- | --- | --- |
| テナントの最大数 | 10,000 | [ はい ](manage-sending-quotas-request-increase.md#user-requested-increased-sending-quotas) |
| メッセージあたりの受取人の最大数 | メッセージあたり 50 人の受取人。 受取人は「To」、「CC」、または「BCC」アドレスのいずれかです。 | いいえ。 |
| 検証できるアイデンティティの最大数 | あたり 10,000 ID AWS リージョン。 *ID* とは、SES 経由で E メールを送信するために使用するドメインまたは E メールアドレスを指します。 | AWS アカウントマネージャーに連絡して、ユースケースを相談してください。 |
| 専用 IP プールの最大数 (マネージド IP プールと標準 IP プールの両方を含む) | 50 | 不可 |
### イベント発行に関連するクォータ
| リソース | デフォルトのクォータ | 調整可能 |
| --- | --- | --- |
| 設定セットの最大数 | 10,000 | いいえ |
| 設定セット名の最大長 | 設定名には、最大で 64 文字までの英数字を含めることができます。この名前には、ハイフン (-) とアンダースコア (\$1) も使用できます。名前にスペース、アクセント文字、またはその他の特殊文字を含めることはできません。 | いいえ |
| 設定セットあたりのイベント送信先の最大数 | 10 | いいえ |
| CloudWatch イベント送信先あたりのディメンションの最大数 | 10 | いいえ |
### E メールテンプレートのクォータ
| リソース | デフォルトのクォータ | 調整可能 |
| --- | --- | --- |
| 各 の E メールテンプレートの最大数 AWS リージョン | 20,000 | 不可 |
| 最大テンプレートサイズ | 500 KB | いいえ |
| 各テンプレートの置換値の最大数 | 無制限 | 該当なし |
| テンプレート化された各 E メールの受信者の最大数 | 送信先 50 件。*送信先*は、「To」、「CC」、「BCC」行にあるすべての E メールアドレスです。 1 回の API の呼び出しで連絡できる送信先がアカウントの最大送信レートによって制限される場合があります。 | 不可 |
## E メール受信のクォータ
SES 経由の E メール受信に関連するクォータは、次の表のとおりです。
| [リソース] | デフォルトのクォータ | 調整可能 |
| --- | --- | --- |
| 受信ルールセットあたりのルールの最大数 | 200 | いいえ |
| 受信ルールあたりのアクションの最大数 | 10 | いいえ |
| 受信ルールあたりの受取人の最大数 | 500 | 不可 |
| あたりの受信ルールセットの最大数 AWS アカウント | 40 | 不可 |
| あたりの IP アドレスフィルターの最大数 AWS アカウント | 100 | いいえ |
| Amazon S3 バケットに保存できる E メールの最大サイズ (ヘッダーを含む) | 40 MB | 不可 |
| Amazon SNS 通知を使用して公開できる E メールの最大サイズ (ヘッダーを含む) | 150 KB | 不可 |
| Amazon SNS 通知を使用して発行できる E メールヘッダーの最大サイズ | 10 KB | 不可 |
| AWS Lambda 機能を使用して発行できる E メールヘッダーの最大サイズ | 50 KB | 不可 |
## Mail Manager のクォータ
Mail Manager に関連するクォータは、次の表のとおりです。
| [リソース] | デフォルトのクォータ | 調整可能 |
| --- | --- | --- |
| オープンイングレスエンドポイントの最大数 | 10 | 不可 |
| 承認済みのイングレスエンドポイントの最大数 | 50 | 不可 |
| メッセージあたりの受信者の最大数 | 100 | 不可 |
| E メールの最大サイズ (ヘッダーを含む) | 40 MB | 不可 |
| トラフィックポリシーステートメントの最大数 | 20 | 不可 |
| トラフィックポリシーステートメント条件の最大数 | 10 | 不可 |
| リージョンあたりのトラフィックポリシーの最大数 | 100 | 不可 |
| SMTP リレーの最大数 | 40 | 不可 |
| リージョンあたりのアドレスリストの最大数 | 100 | 不可 |
| アドレスリストあたりのアドレスの最大数 | 100,000 | 不可 |
| ルールセットの最高数 | 40 | 不可 |
| ルールセットあたりのルールの最大数 | 40 | 不可 |
| ルールあたりの条件の最大数 | 10 | 不可 |
| ルールあたりのアクションの最大数 | 10 | 不可 |
| ルールセットあたりのリレーアクションまたは送信アクションの最大数 | 10 | 不可 |
| *アクティブ*なアーカイブの最大数 | 10 | 不可 |
| アーカイブ検索結果の最大数 | 1,000 | 不可 |
| エクスポートされたアーカイブ検索結果の最大数 | 250,000 | 不可 |
| 並行実行される検索リクエストの最大数 | 1 | 不可 |
| 並行実行されるエクスポートリクエストの最大数 | 1 | 不可 |
| 週あたりのアーカイブの保持変更の最大数 | 1 | 不可 |
## 一般的なクォータ
SES 経由の E メールの送受信に適用されるクォータは、次の表のとおりです。
### SES API 送信クォータ
| [リソース] | デフォルトのクォータ | 調整可能 |
| --- | --- | --- |
| Amazon SES API アクションを呼び出すことができるレート | すべてのアクション（`SendEmail`、`SendRawEmail`、および `SendTemplatedEmail` を除く）は、1 秒あたり 1 つのリクエストに調整されます。 | 不可 |
| MIME パーツ | 500 | 不可 |
### SES のその他のクォータ
| [リソース] | デフォルトのクォータ | 調整可能 |
| --- | --- | --- |
| 同時実行インポートジョブの最大数 | 20 | 不可 |
| 同時実行エクスポートジョブの最大数 | 20 | 不可 |
# Amazon SES 認証情報の種類
Amazon Simple Email Service (Amazon SES) と対話するには、セキュリティ認証情報を使用して、自分の身元と、Amazon SES と対話するためのアクセス許可があることを確認します。認証情報にはさまざまな種類があり、何をするかによって使用する認証情報は異なります。たとえば、Amazon SES API を使用して E メールを送信する場合は AWS アクセスキーを使用し、Amazon SES SMTP インターフェイスを使用して E メールを送信する場合 は、SMTP 認証情報を使用します。
次の表に、目的に応じて Amazon SES で使用する可能性のある認証情報タイプを示します。
****
| アクセス対象 | 使用する認証情報 | 認証情報の構成内容 | 認証情報の取得方法 |
| --- | --- | --- | --- |
| Amazon SES API(Amazon SES API には、直接アクセスするか、AWS SDK、AWS Command Line Interface 、または AWS Tools for Windows PowerShell 経由で間接的にアクセスできます。) | AWS アクセスキー | アクセスキー ID とシークレットアクセスキー | 「*AWS 全般のリファレンス*」の「[アクセスキー](https://docs.aws.amazon.com/general/latest/gr/aws-sec-cred-types.html#access-keys-and-secret-access-keys)」を参照してください。 セキュリティのベストプラクティスのため、AWS アカウント アクセスキーではなく AWS Identity and Access Management (IAM) ユーザーのアクセスキーを使用します。AWS アカウント の認証情報によってすべての AWS リソースへのフルアクセス権を付与するため、この認証情報は安全な場所に記憶しておき、AWS の日々の操作には IAM ユーザーの認証情報を使用してください。詳細については、「*AWS 全般のリファレンス*」の「[ルートアカウント認証情報と IAM ユーザー認証情報](https://docs.aws.amazon.com/general/latest/gr/root-vs-iam.html)」を参照してください。 |
| Amazon SES SMTP インターフェイス | SMTP 認証情報 | ユーザー名とパスワード | 「[Amazon SES SMTP 認証情報を取得](smtp-credentials.md)」を参照してください。 Amazon SES SMTP 認証情報は、AWS アクセスキーと IAM ユーザーアクセスキーとは異なります。Amazon SES SMTP 認証情報は、実際には IAM 認証情報の一種です。IAM ユーザーは、Amazon SES SMTP 認証情報を作成できますが、ルートアカウント所有者は IAM ユーザーのポリシーによってユーザーに IAM アクション「iam:ListUsers」、「iam:CreateUser」、「iam:CreateAccessKey」、および「iam:PutUserPolicy」へのアクセス許可が付与されることを確認する必要があります。 |
| Amazon SES コンソール | IAM ユーザー名とパスワードまたはE メールアドレスとパスワード | IAM ユーザー名とパスワードまたはE メールアドレスとパスワード | 「*AWS 全般のリファレンス*」の「[IAM ユーザー名とパスワード](https://docs.aws.amazon.com/general/latest/gr/aws-sec-cred-types.html#iam-user-name-and-password)」および「[E メールアドレスとパスワード](https://docs.aws.amazon.com/general/latest/gr/aws-sec-cred-types.html#email-and-password-for-your-AWS-account)」を参照してください。 セキュリティのベストプラクティスとして、E メールアドレスとパスワードではなく、IAM ユーザー名とパスワードを使用してください。E メールアドレスとパスワードの組み合わせは AWS アカウント 用ですので、AWS の日々の操作に使用するのではなく、安全な場所に記録しておく必要があります。詳細については、「*AWS 全般のリファレンス*」の「[ルートアカウント認証情報と IAM ユーザー認証情報](https://docs.aws.amazon.com/general/latest/gr/root-vs-iam.html)」を参照してください。 |
さまざまなタイプの AWS セキュリティ認証情報 (Amazon SES でのみ使用される SMTP 認証情報は除く) の詳細については、「*AWS 全般のリファレンス*」の「[AWS セキュリティ認証情報](https://docs.aws.amazon.com/general/latest/gr/aws-security-credentials.html)」を参照してください。
# Amazon SES における E メール送信の仕組み
このトピックでは、SES で E メールを送信したときに実行される処理と、E メール送信後に想定されるさまざまな結果について説明します。次の図は、送信プロセスの概要を示しています。
![\[Email sending process with Amazon SES, showing potential bounces, complaints, and delivery outcomes.\]](http://docs.aws.amazon.com/ja_jp/ses/latest/dg/images/arch_overview-diagram.png)
****
1. クライアントアプリケーションは E メール送信者として動作し、1 人以上の受信者に E メールを送信するように SES にリクエストします。
1. リクエストが有効な場合、SES は E メールを受け入れます。
1. SES により、受取人の受信者宛てにインターネット経由でメッセージが送信されます。メッセージは SES に渡されると、通常は数ミリ秒内に発生する最初の配信の試行ですぐに送信されるのが一般的です。
1. この時点で、さまざまな可能性があります。以下に例を示します。
1. ISP が、受取人の受信箱にメッセージを正常に配信します。
1. 受信者の E メールアドレスが存在しないため、ISP が SES にバウンス通知を送信します。その後、SES は送信者に通知を転送します。
1. 受取人がメッセージを受信したものの、そのメッセージをスパムと見なして、ISP に苦情を登録します。その ISP に対して SES でフィードバックループがセットアップされている場合は、苦情が SES に送信され、そこから送信者に転送されます。
以下のセクションでは、送信者が E メールリクエストを SES に送信した後と、SES が E メールメッセージを受信者に送信した後の想定される結果について個々に説明します。
## 送信者が SES に E メールリクエストを送信した後
送信者が SES に E メール送信のリクエストを送ると、呼び出しが成功または失敗します。以下のセクションでは、それぞれのケースで発生する状況を説明します。
### リクエスト送信の成功
SES へのリクエストが成功すると、SES は成功のレスポンスを送信者に返します。このメッセージには、リクエストを一意に識別する文字列である*メッセージ ID* が含まれます。メッセージ ID を使用して、送信した E メールを特定したり、送信中に発生した問題を追跡したりできます (ID と、E メールを受け入れたときに SES が渡す SES メッセージ ID 間で、[独自のマッピングを保存](faqs-enforcement.md#cm-feedback-loop-q8)する必要があります)。SES では、リクエストパラメータに基づいて E メールメッセージをアセンブルし、メッセージをスキャンして疑わしいコンテンツやウイルス感染を調べます。その後に、SMTP (Simple Mail Transfer Protocol) を使用してインターネット経由でメッセージを送信します。通常、メッセージは即座に送信されます。一般的に最初の配信の試行は数ミリ秒以内に発生します。
**注記**
SES は、送信者のリクエストを受け入れ、そのメッセージにウイルスが含まれていると判断した場合、メッセージの処理を停止し、そのメッセージを受信者のメールサーバーに配信しようとしません。
### リクエスト送信の失敗
送信者が SES に送った E メール送信リクエストが失敗した場合、SES はエラーを含むレスポンスを送信者に返して E メールを削除します。リクエストの失敗にはいくつかの理由が考えられます。リクエストが適切にフォーマットされていない場合や、E メールアドレスが送信者によって検証されていない場合などがあります。
リクエストが失敗したかどうかを判断する方法は、SES を呼び出す方法によって異なります。次の例は、エラーと例外がどのように返されるかを示しています。
+ クエリ (HTTPS) API (`SendEmail` または `SendRawEmail`) で SES を呼び出している場合、そのアクションでエラーが返されます。詳細については、「[Amazon Simple Email Service API リファレンス](https://docs.aws.amazon.com/ses/latest/APIReference/)」を参照してください。
+ 例外を使用するプログラミング言語に AWS SDK を使用している場合、SES を呼び出すと *MessageRejectedException* がスローされます。（SDK によってはこの例外の名前が多少異なる場合があります）。
+ SMTP インターフェイスを使用する場合、送信者は SMTP レスポンスコードを受け取りますが、エラーがどのように示されるかは送信者のクライアントによって異なります。一部のクライアントではエラーコードが表示されますが、表示されないクライアントもあります。
SES で E メールを送信するときに発生する可能性があるエラーについては、「[Amazon SES の E メール送信エラー](troubleshoot-error-messages.md)」を参照してください。
## Amazon SES から E メールを送信した後
送信者が SES に送ったリクエストが成功した場合、SES が E メールを送信し、次の結果のいずれかが発生します。
+ **配信が成功し、受信者が E メールを拒否しない場合 – **E メールは ISP により受け入れられ、ISP が E メールを受信者に配信します。次の図は、正常な配信を示しています。
![\[Email flow diagram showing sender, Amazon SES, receiver ISP, and recipient with successful delivery.\]](http://docs.aws.amazon.com/ja_jp/ses/latest/dg/images/successful-diagram.png)
+ **ハードバウンス - **E メールは、永続的な状態により ISP から拒否されるか、E メールアドレスが SES サプレッションリストに含まれているために SES から拒否されます。SES のいずれかの顧客で最近ハードバウンスの原因となった E メールアドレスは、SES のサプレッションリストに含まれます。ISP のハードバウンスは、受取人のアドレスが無効であるために発生する場合があります。ハードバウンスが発生すると ISP から SES に通知が送信され、さらに送信者に (送信者のセットアップに応じて) E メールまたは Amazon Simple Notification Service (Amazon SNS) で通知されます。SES は、同じ方法でサプレッションリストのバウンスを送信者に通知します。次の図は、ISP からのハードバウンスのパスを示しています。
![\[Email flow diagram showing sender, Amazon SES, and receiver with arrows indicating message path.\]](http://docs.aws.amazon.com/ja_jp/ses/latest/dg/images/hard_bounce-diagram.png)
+ **ソフトバウンス – **ISP がリクエストを処理できないほどビジーである、受信者のメールボックスがいっぱいであるなどの一時的な状態のため、ISP が受信者に E メールを配信できません。ドメインが存在しない場合も、ソフトバウンスが発生することがあります。ISP は SES にソフトバウンス通知を返します。ドメインが存在しない場合、SES はドメインの E メールサーバーを見つけることができません。いずれの場合でも、SES は一定期間にわたって E メールの配信を再試行します。その期間内に E メールを配信できない場合、SES は E メールまたは Amazon SNS を通じてバウンス通知を送信者に送信します。再試行中に SES が E メールを受信者に配信できた場合、配信は成功です。次の図は、ソフトバウンスを示しています。この例では、SES は E メールの送信を再試行し、ISP は最終的に E メールを受信者に配信しています。
![\[Email flow diagram showing sender, Amazon SES, receiver, and recipient with soft bounce scenario.\]](http://docs.aws.amazon.com/ja_jp/ses/latest/dg/images/soft_bounce-diagram.png)
+ **苦情 – **E メールは ISP に受け入れられて受信者に配信されますが、受信者がそのメールを迷惑メールと見なし、E メールクライアントの [迷惑メールとしてマーク] などのボタンをクリックします。SES がその ISP に対してフィードバックループをセットアップしている場合は、苦情の通知が SES に送信され、そこから送信者に転送されます。ほとんどの ISP は苦情を申告した受信者の E メールアドレスを提供しません。したがって、SES から送信者に渡される苦情通知で示されるのは苦情を申告した可能性がある受信者のリストであり、元のメッセージの受信者全員と ISP から SES に渡された苦情の情報から推定されたものです。次の図は、苦情のパスを示しています。
![\[Diagram showing email flow from sender through Amazon SES, ISP, and recipient, with complaint feedback loop.\]](http://docs.aws.amazon.com/ja_jp/ses/latest/dg/images/complaint-diagram.png)
+ **自動応答 – **E メールが ISP に受け入れられ、受信者に配信されます。ISP は、不在 (OOTO) メッセージなどの自動応答を SES に送信します。SES は、自動応答通知を送信者に転送します。次の図は、自動応答を示しています。
![\[Diagram showing email flow from sender through Amazon SES, ISP, recipient, and auto-response back to sender.\]](http://docs.aws.amazon.com/ja_jp/ses/latest/dg/images/auto_response-diagram.png)
SES に対応するプログラムで、自動応答が生成されるメッセージの送信を再試行しないようにしてください。
**ヒント**
SES メールボックスシミュレーターを使用して、正常な配信、バウンス、苦情、OOTO をテストしたり、アドレスがサプレッションリストに含まれている場合にどうなるかをテストしたりできます。詳細については、「[手動でメールボックスシミュレーターを使用する](send-an-email-from-console.md#send-email-simulator)」を参照してください。
# Amazon SESのE メール形式
クライアントが Amazon SES にリクエストを送ると、Amazon SES では、Internet Message Format 仕様（[RFC 5322](https://www.ietf.org/rfc/rfc5322.txt)）に準拠した E メールメッセージを構築します。以下に説明するように、E メールは*ヘッダー*、*本文*、および*エンベロープ*で構成されます。
+ **ヘッダー - ** ルーティングの指示およびメッセージに関する情報が含まれています。例では、送信者のアドレス、受取人のアドレス、件名、および日付となっています。ヘッダーは、手紙の一番上に書かれる情報に似ていますが、ヘッダーにはその他の数多くのタイプの情報 (メッセージの形式など) を含めることができます。
+ **本文 - ** メッセージ自体のテキストが含まれています。
+ **エンベロープ - ** SMTP セッション中に E メールクライアントとメールサーバーの間でやり取りされる実際のルーティング情報が含まれています。この E メールエンベロープ情報は、封筒に書かれる情報に似ています。E メールエンベロープのルーティング情報は、通常は E メールヘッダー内のルーティング情報と同じですが、異なる場合もあります。たとえば、ブラインドカーボンコピー (BCC) を送信した場合、エンベロープから取得される実際の受取人アドレスは、ヘッダーから取得されて受取人の E メールクライアントに表示される「To」アドレスと同じではありません。
E メールのシンプルな例を次に示します。ヘッダーの後には空の行が続き、その後に E メールの本文が続きます。エンベロープは E メール自体には含まれず、SMTP セッション中にクライアントとメールサーバーの間で通信されるため、ここには示されていません。
```
1. Received: from abc.smtp-out.amazonses.com (123.45.67.89) by in.example.com (87.65.43.210); Fri, 17 Dec 2010 14:26:22
2. From: "Andrew" ;
3. To: "Bob"
4. Date: Fri, 17 Dec 2010 14:26:21 -0800
5. Subject: Hello
6. Message-ID: <61967230-7A45-4A9D-BEC9-87CBCF2211C9@example.com>
7. Accept-Language: en-US
8. Content-Language: en-US
9. Content-Type: text/plain; charset="us-ascii"
10. Content-Transfer-Encoding: quoted-printable
11. MIME-Version: 1.0
12.
13. Hello, I hope you are having a good day.
14.
15. -Andrew
```
以下のセクションでは、E メールヘッダーと本文について説明し、Amazon SES を使用するときに提供する必要のある情報を示します。
## E メールヘッダー
E メールメッセージごとに 1 個のヘッダーがあります。ヘッダーの各行にはフィールドが含まれ、その後にコロン、その後にフィールド本文が続きます。メールクライアントでメールを読むときに、通常、E メールクライアントには次のヘッダーフィールドの値が表示されます。
+ **To – **メッセージの受信者の E メールアドレス。
+ **CC – **メッセージのカーボンコピーの受信者の E メールアドレス。
+ **From – ** E メールの送信元の E メールアドレス。
+ **Subject - ** メッセージトピックの概要。
+ **Date - ** E メールが送信された日時。
これ以外にも、ルーティング情報を提供し、メッセージのコンテンツを説明するヘッダーフィールドが多数あります。E メールクライアントは、そのようなフィールドを、通常、ユーザーに表示しません。Amazon SES が受け入れるヘッダーフィールドの完全なリストについては、「[Amazon SES ヘッダーフィールド](header-fields.md)」を参照してください。Amazon SES を使用する場合は、特に「From」、「Reply-To」、および「Return-Path」ヘッダーフィールドの違いを理解する必要があります。前述のように、「From」アドレスはメッセージ送信者の E メールアドレスですが、「Reply-To」および「Return-Path」は以下のとおりです。
+ **Reply-To - ** 返信が送信される E メールアドレス。デフォルトでは、返信は元の送信者の E メールアドレスに送信されます。
+ **Return-Path - ** メッセージのバウンスおよび苦情が送信される E メールアドレス。「Return-Path」は、「envelope from」、「envelope sender」、または「MAIL FROM」という名前になることもあります。
**注記**
Amazon SES を使用する場合は、常に「Return-Path」パラメータを設定して、バウンスを常時把握し、バウンスの発生時に適切なアクションを実行できるようにすることをお勧めします。
バウンスされたメッセージと受取人を簡単に照合するために、可変エンベロープリターンパス (VERP) を使用できます。VERP を使用することで、メッセージがバウンスされた場合にどの受取人からバウンスされたかを自動的に把握できるように、受取人ごとに異なる「Return-Path」を設定できます。これにより、バウンスメッセージを開いて解析する必要がなくなります。
## E メール本文
E メール本文には、メッセージのテキストが含まれています。本文は、次の形式で送信できます。
+ **HTML – **受信者の E メールクライアントで HTML を解釈できる場合は、フォーマットされたテキストおよびハイパーリンクを本文に含めることができます。
+ **プレーンテキスト – **受信者の E メールクライアントがテキストベースの場合は、表示不可能な文字を本文に含めることはできません。
+ **HTML とプレーンテキスト – **1 つのメッセージで両方の形式を使用して同じコンテンツを送信すると、受信者の E メールクライアントでは機能に応じてどちらの形式で表示するかを決定します。
E メールメッセージを多数の受取人に送信する場合は、HTML とテキストの両方の形式で送信する方法が適しています。HTML 対応 E メールクライアントを使用している受取人は、メッセージに埋め込まれたハイパーリンクをクリックして表示できます。テキストベースの E メールクライアントを使用している受取人については、URL をコピーしてウェブブラウザで表示できるように、URL を記載しておく必要があります。
## Amazon SES に提供する必要がある E メール情報
Amazon SES で E メールを送信する場合、指定する必要のある E メール情報は、Amazon SES をどのように呼び出すかによって異なります。最小限の情報を提供した場合は、Amazon SES ですべてのフォーマットが自動的に処理されます。また、添付ファイルの送信などやや高度な作業を実行する場合は、raw メッセージを自分自身で提供できます。以下のセクションでは、Amazon SES API、Amazon SES SMTP インターフェイス、または Amazon SES コンソールを使用して E メールを送信するときに提供する必要のある情報について説明します。
### Amazon SES API
Amazon SES API を直接呼び出す場合は、`SendEmail` または `SendRawEmail` API を呼び出します。提供する必要がある情報の量は、呼び出す API によって異なります。
+ `SendEmail API` では、送信元アドレス、宛先アドレス、メッセージの件名、メッセージ本文のみを提供するだけで済みます。必要に応じて、「Reply-To」アドレスを指定できます。この API を呼び出すと、Amazon SES では、E メールクライアントソフトウェアによる表示に最適化された、適切にフォーマット済みのマルチパート多目的インターネットメール拡張（MIME）メールメッセージが自動的にアセンブルされます。詳細については、「[Amazon SES API を使用してフォーマット済み E メールを送信する](send-email-formatted.md)」を参照してください。
+ `SendRawEmail` API には、ヘッダー、MIME パーツ、およびコンテンツの種類を指定し、独自の raw E メールメッセージをフォーマットして送信できる柔軟性があります。`SendRawEmail` は、通常は上級ユーザーに利用されています。メッセージの本文とすべてのヘッダーフィールドは、Internet Message Format 仕様（[RFC 5322](https://www.ietf.org/rfc/rfc5322.txt)）に準拠した形式で入力する必要があります。詳細については、「[Amazon SES API v2 を使用した raw E メールの送信](send-email-raw.md)」を参照してください。
AWS SDK を使用して Amazon SES API を呼び出す場合は、上記の情報を対応する関数 (Java `SendRawEmail` の場合は `SendEmail`や など) に提供します。
Amazon SES API を使用した E メール送信の詳細については、「[Amazon SES API を使用して E メールを送信する](send-email-api.md)」を参照してください。
### Amazon SES SMTP インターフェイス
SMTP インターフェイスで Amazon SES にアクセスする場合、SMTP クライアントアプリケーションでメッセージがアセンブルされるため、提供する必要のある情報は使用するアプリケーションによって異なります。少なくとも、クライアントとサーバー間の SMTP 交換には、送信元アドレス、宛先アドレス、およびメッセージデータが必要です。
Amazon SES SMTP インターフェイスを使用した E メール送信の詳細については、「[Amazon SES SMTP インターフェイスを使用して E メールを送信](send-email-smtp.md)」を参照してください。
### Amazon SES コンソール
Amazon SES コンソールを使用してメールを送信する場合、提供する必要のある情報の量は、フォーマットされたメールまたは raw Eメールのどちらを送信するかによって異なります。
+ フォーマットされた E メールを送信するには、送信元アドレス、宛先アドレス、メッセージの件名、メッセージ本文を指定する必要があります。Amazon SES では、E メールクライアントソフトウェアによる表示に最適化された、適切にフォーマット済みのマルチパート MIME メールメッセージが自動的にアセンブルされます。また、Reply-To および Return-Path フィールドを指定することもできます。
+ raw E メールを送信する場合、送信元アドレス、宛先アドレス、およびメッセージコンテンツを指定します。このコンテンツには、Internet Message Format 仕様 ([RFC 5322](https://www.ietf.org/rfc/rfc5322.txt)) に準拠した、メッセージ本文およびすべてのヘッダーフィールドを含める必要があります。
# Amazon SES における E メール配信可能性の概要
送信者が望むのは、受取人が E メールを読み、有益であると見なし、スパムのラベルを付けないことです。つまり、E メールの*配信性能* (メールが受信者の受信箱に到達する割合) を最大限に高める必要があります。このトピックでは、Amazon SES を使用する場合に理解を深めておく必要のある、E メールの配信性能の概念について説明します。
メールの配信可能性を最大限に高めるには、E メール配信の問題を理解して、問題を回避するステップを積極的に実施し、送信メールのステータス情報を継続的に入手することが必要です。さらに、配信が成功する確立を高めるために、必要に応じてメール送信プログラムを改善する必要があります。以下のセクションでは、これらのステップの基本となる概念について説明し、このプロセスの中で Amazon SES がどのように役立つかを示します。
![\[Circular diagram showing four steps to improve email delivery: understand issues, be proactive, stay informed, and improve program.\]](http://docs.aws.amazon.com/ja_jp/ses/latest/dg/images/deliverability_concepts-diagram.png)
## E メール配信問題の理解
ほとんどの場合、メッセージは対象の受取人に正常に配信されます。ただし、配信が失敗する場合や、送信されたメールの受け取りを受取人が拒否する場合があります。以下のセクションで説明するバウンス、苦情、およびサプレッションリストは、これらの配信問題に関連しています。
### バウンス
受信者のレシーバー (E メールプロバイダーなど) がメッセージを受信者に配信できなかった場合、レシーバーはそのメッセージを Amazon SES にバウンスします。Amazon SES は、システムのセットアップ内容に応じて、バウンスされた E メールに関して、E メールまたは Amazon Simple Notification Service (Amazon SNS) を介して通知します。詳細については、「[Amazon SES のイベント通知の設定](monitor-sending-activity-using-notifications.md)」を参照してください。
以下に示すように、*ハードバウンス*と*ソフトバウンス*があります。
+ **ハードバウンス - **永続的な E メール配信の障害。たとえば、メールボックスは存在しません。Amazon SES は、DNS ルックアップの失敗以外では、ハードバウンスを再試行しません。ハードバウンスの原因となっている E メールアドレスに対して配信の試行を繰り返さないことを強くお勧めします。
+ **ソフトバウンス - **一時的な E メール配信の障害。たとえば、メールボックスがいっぱいである、接続が多すぎる (*スロットリング*とも呼ばれる)、または接続がタイムアウトになった場合です。Amazon SES はソフトバウンスを複数回再試行します。それでも E メールを配信できない場合、Amazon SES は再試行を停止します。
Amazon SES は、以後再試行されないハードバウンスおよびソフトバウンスについて通知します。ただし、Amazon SES コンソールまたは `GetSendStatistics` API を使用して取得されるバウンス率とバウンスメトリクスに反映されるのはハードバウンスのみです。
バウンスには*同期*または*非同期*があります。同期バウンスは、送信者と受取人の E メールサーバーがアクティブに通信している間に発生します。非同期バウンスは、最初に受取人が E メールメッセージの配信を承諾した後で、受取人への配信に失敗した場合に発生します。
### 苦情
ほどんどの E メールクライアントプログラムには、メッセージをスパムフォルダに移動して E メールプロバイダーに転送するためのボタン ([Mark as Spam (スパムとしてマーク)] など) が用意されています。また、ほとんどの E メールプロバイダーでは、ユーザーが不要な E メールメッセージを転送して E メールプロバイダーによる防止策をリクエストできる迷惑メール用アドレス (abuse@example.net など) を用意しています。どちらの場合も、受取人が苦情を申し立てます。E メールプロバイダーがスパム送信者であると判断し、Amazon SES により E メールプロバイダーにフィードバックループが設定されている場合、E メールプロバイダーは Amazon SES に苦情を送信します 。Amazon SES はそのような苦情を受け取ると、スパム発信者と見なされた送信者のシステムのセットアップに応じて、E メールまたは Amazon SNS 通知でその送信者に苦情を転送します。詳細については、「[Amazon SES のイベント通知の設定](monitor-sending-activity-using-notifications.md)」を参照してください。苦情を申し立てている E メールアドレスに対して配信の試行を繰り返さないことをお勧めします。
### グローバルサプレッションリスト
Amazon SES *グローバルサプレッションリスト*は、SES 共有 IP プール内のアドレスの評判を保護するために SES が所有および管理するもので、最近いずれかの SES 顧客に対してハードバウンスを引き起こした受信者メールアドレスが含まれています。サプレッションリストに登録されているアドレスに SES 経由で E メールを送信しようとした場合、SES の呼び出しは成功しますが、SES は、この E メールを送信せず、代わりにハードバウンスとして扱います。ハードバウンスと同じく、ブラックリストのバウンスは送信量上限やバウンス率にカウントされます。E メールアドレスは、サプレッションリストに最大 14 日まで残ります。送信しようとしている電子メールアドレスが有効であることが確認されている場合は、アドレスがアカウントレベルのサプレッションリストにリストされていないことを確認して、グローバル抑制リストを上書きできます。SES は引き続き配信を試みますが、バウンスした場合、バウンスはあなた自身の評価に影響しますが、他のユーザーは、彼ら自身のアカウントレベルのサプレッションリストを使用していない場合そのメールアドレスには送信できないため、誰もバウンスを受信しません。アカウントレベルのサプレッションリストの詳細については、「[Amazon SES アカウントレベルのサプレッションリストの使用](sending-email-suppression-list.md)」を参照してください。
## 積極的な対応
インターネット経由の E メールに関する最大の問題の 1 つは、未承諾一括 E メール (スパム) です。E メールプロバイダーは、顧客にスパムが送信されないように広範な防止策を実行しています。また、Amazon SES では、E メールプロバイダーがお客様の E メールをスパムと見なす可能性を減らすための措置を講じています。Amazon SES は、検証、認証、送信クォータ、およびコンテンツフィルタリングを使用します。Amazon SES は、E メールプロバイダーとの信頼された評価も維持しており、高品質 E メールの送信を求めます。Amazon SES では、これらの作業の一部を自動的に処理します (コンテンツのフィルタリングなど)。その他の場合、ツールが提供したり (認証など)、適切な指示で助言します (クォータの送信)。以下のセクションでは、それぞれの概念の詳細情報を提供します。
### 検証
残念ながらスパムの発信者は、E メールヘッダーを改ざんし、元のメールアドレスを偽装して、E メールが別の送信元から送られたように見せかけることができます。E メールプロバイダーと Amazon SES の信頼関係を維持するために、Amazon SES は送信者が本人であることを確認する必要があります。したがって、送信者は送信アイデンティティを保護するために、Amazon SES 経由で送信する E メールの送信元となるすべての E メールアドレスを確認する必要があります。E メールアドレスを検証するには、Amazon SES コンソールまたは Amazon SES API を使用します。また、ドメイン全体を確認することもできます。詳細については、「[Eメールアドレス ID の作成](creating-identities.md#verify-email-addresses-procedure)」および「[ドメイン ID の作成](creating-identities.md#verify-domain-procedure)」を参照してください。
アカウントがAmazon SES サンドボックスにまだある場合は、Amazon SES のメールボックスシミュレーターから提供されているアドレスを除く、すべての受信者のアドレスも確認する必要があります。サンドボックスの外への移動については、「[本稼働アクセスのリクエスト (Amazon SES サンドボックスからの移行)](request-production-access.md)」を参照してください。メールボックスシミュレーターの詳細については、「[手動でメールボックスシミュレーターを使用する](send-an-email-from-console.md#send-email-simulator)」を参照してください。
### 認証
*認証*は、本人であることを E メールプロバイダーに示す、もう 1 つの方法です。メールを認証するときに、自分がアカウントの所有者であり、E メールが転送中に変更されていないという証拠を提供します。場合によっては、E メールプロバイダーは、認証されない E メールの送信を拒否します。Amazon SES では、送信者ポリシーフレームワーク (SPF) とドメインキーアイデンティファイドメール (DKIM) の 2 つの認証方法がサポートされています。詳細については、「[Amazon SES での ID の設定](configure-identities.md)」を参照してください。
### 送信クォータ
E メールプロバイダーでは、E メールの数量または頻度が突然急増する現象を検出すると、その送信者がスパム発信者であることを疑い、E メールをブロックする場合があります。したがって、すべての Amazon SES アカウントには、送信クォータのセットがあります。これらのクォータは、24 時間内に送信できる E メールの数と、1 秒あたりに送信できる E メールの数を制限します。これらの送信クォータは、E メールプロバイダーとの信頼性の保護に役立ちます。
ほとんどの場合、新規ユーザーは、Amazon SES で毎日少量の E メールを送信できます。送信したメールが E メールプロバイダーに受け入れられる場合は、自動的にこのクォータが引き上げられます。送信クォータは時間の経過とともに次第に引き上げられ、より短い間隔でより多くの E メールを送信できるようになります。また、[SES 送信制限の増加ケース](https://aws.amazon.com/ses/extendedaccessrequest/)を作成して、追加のクォータ引き上げをリクエストします。
送信クォータの詳細およびクォータを引き上げる方法については、「[Amazon SES 送信制限の管理](manage-sending-quotas.md)」を参照してください。
### コンテンツのフィルタリング
多くの E メールプロバイダーでは、コンテンツのフィルタリングを使用して、受信 E メールがスパムであるかどうかを判断します。コンテンツフィルターは、疑わしいコンテンツを探し、E メールがスパムのプロファイルに適合する場合はその E メールをブロックします。Amazon SES では、コンテンツフィルタも使用します。アプリケーションから Amazon SES にリクエストを送ると、Amazon SES で自動的に E メールメッセージがアセンブルされ、メッセージヘッダーおよび本文がスキャンされて、E メールプロバイダーでスパムと見なされる可能性のあるコンテンツが含まれているかどうかが判断されます。Amazon SES で使用されているコンテンツフィルタによってメッセージにスパムの疑いが生じた場合は、Amazon SES による評価が下がります。
また、Amazon SES はすべてのメッセージをスキャンして、ウイルスが含まれていないかを確認します。メッセージにウイルスが含まれている場合、Amazon SES はそのメッセージを受信者のメールサーバーに配信しようとしません。
### 評価
E メール送信に関して、*評価*は IP アドレス、E メールアドレス、または送信ドメインがスパムの発信元ではないことを確認する測定指標であり、非常に重要です。送信者の E メールが 受信者の受信トレイに確実に配信されるように、Amazon SES は E メールプロバイダーからの高い評価を維持しています。同様に、送信者も Amazon SES からの高信頼の評価を維持する必要があります。高品質なコンテンツを送信することにより、Amazon SES との信頼関係を構築します。常に高品質なコンテンツを送信することで信頼性の評価が徐々に高くなり、Amazon SES によって送信クォータが引き上げられます。バウンスおよび苦情が増えすぎると評価が下がり、Amazon SES でのアカウントの送信クォータが引き下げられたり、Amazon SES アカウントが停止されたりする場合があります。
高い評価を維持する方法の 1 つは、システムをテストするときに、自分で作成した E メールアドレスに送信するのではなくメールボックスシミュレーターを使用することです。メールボックスシミュレーターに送信された E メールは、バウンスや苦情のメトリクスには影響しません。メールボックスシミュレーターの詳細については、「[手動でメールボックスシミュレーターを使用する](send-an-email-from-console.md#send-email-simulator)」を参照してください。
### 高品質 E メール
高品質 E メールは、受取人が価値を認めて受信を希望する E メールです。値は、受信者によって異なるものを意味し、その形式にはオファー、注文確認、領収書、ニュースレターなどがあります。E メールプロバイダーで品質が低いと見なされた E メールはブロックされるため、最終的に配信性能は送信する E メールの品質に左右されます。
## 継続的な情報の入手
配信が失敗しても、受取人が E メールに対して苦情を申し立てても、Amazon SES によって E メールが受取人のメールサーバーに正常に配信されても、Amazon SES の使用統計を簡単に監視できる機能と通知を使用して問題を追跡することができます。
### 通知
E メールがバウンスされると、E メールプロバイダーは Amazon SES に通知し、Amazon SES はユーザーに通知します。Amazon SES は、以後再試行しないハードバウンスおよびソフトバウンスについて通知します。多くのE メールプロバイダーも苦情を転送しています。Amazon SES では、主要なメールプロバイダと苦情フィードバックループを設定しているため、必要ありません。Amazon SES では、バウンス、苦情、正常な配信について 2 つの方法で通知します。アカウントを設定して Amazon SNS を介して通知する方法と、E メールで通知する方法 (バウンスおよび苦情のみ) です。詳細については、「[Amazon SES のイベント通知の設定](monitor-sending-activity-using-notifications.md)」を参照してください。
### 使用統計
Amazon SES の使用統計を利用して、失敗した配信を調べ、根本原因を判断して解決することができます。使用統計を表示するには、Amazon SES コンソールを使用するか、Amazon SES API を呼び出します。配信、バウンス、苦情、およびウイルス感染により拒否された E メールの数を調べたり、送信クォータを超えていないかを確認したりできます。
## E メール送信プログラムの向上
多数のバウンスや苦情が発生する場合は、E メール送信戦略を再評価する必要があります。過剰なバウンス、苦情、低品質の E メールを送信しようとすると、不正使用となり、 が終了する AWS アカウント リスクがあることに注意してください。基本的に、Amazon SES を使用して高品質 E メールを送信し、受信を希望する受取人にのみ E メールを送信する必要があります。
## 少なくとも 1 回の配信
Amazon SES では、冗長性と高可用性を確保するため、メッセージのコピーが複数のサーバーに保存されます。まれではありますが、メッセージを受信または削除するときに、メッセージのコピーが保存されているサーバーの1台が使用できない場合があります。
この場合、使用できないサーバーではメッセージのコピーが削除されず、メッセージの受信時に、そのメッセージコピーをもう一度受け取る場合があります。アプリケーションがべき等になるよう設計する必要があります (同じメッセージを繰り返し処理した場合にも悪影響が発生しないように設計する必要があります)。
# Amazon SES を使用した E メール送信のベストプラクティス
お客様とのメール通信を管理する方法は、*メールプログラム*と呼ばれます。メールプログラムの成否を分けるいくつかの要因があります。これらの要因に対しては、当初、複雑さや戸惑いを感じることがあるかもしれません。しかし、メールの配信方法を理解し、特定のベストプラクティスに従うことで、受取人の受信トレイにメールが正常に届くようになります。
**Topics**
+ [
# E メールプログラムの成功のメトリクス
](success-metrics.md)
+ [
# 良好な送信者評価の維持
](tips-and-best-practices.md)
# E メールプログラムの成功のメトリクス
メールプログラムの成功度は、いくつかのメトリクスを使って測定することができます。
**Topics**
+ [
## バウンス
](#metrics-bounce-rate)
+ [
## 苦情
](#metrics-complaints)
+ [
## メッセージの品質
](#metrics-quality)
## バウンス
メールが目的の受取人に届かないと、*バウンス*が発生します。*ハードバウンス*と*ソフトバウンス*の 2 種類があります。ハードバウンスは、メールの不達の原因が、E メールアドレスが存在しないなどの永続的な問題である場合に発生します。ソフトバウンスは、メールの不達の原因が一時的な問題である場合に発生します。たとえば、受信者の受信トレイが満杯である場合や受信サーバーが一時的に使用できない場合にソフトバウンスが発生します。Amazon SES では、ソフトバウンスの対処方法として、一定期間、メールの再配信を試行します。
メールプログラムでハードバウンス数をモニタリングすること、および受信者リストからハードバウンスの原因である E メールアドレスを削除することが重要です。E メールレシーバーは、ハードバウンス率が高いことを検出すると、送信者が受信者をのよく知らないものとみなします。その結果、高いハードバウンス率によりメールメッセージの配信性能が低下する場合があります。
バウンスをなくし、送信者の評価を向上させるために、以下のガイドラインを参考にしてください。
+ ハードバウンス率は 5% 未満に抑える。メールプログラムのハードバウンス数が少ないほど、ISP がメッセージを正当で重要なものと判断する確率が高まります。このレートは妥当で十分に達成可能な目標ですが、すべての ISP に採用されている統一ルールというわけではありません。
+ メールリストのレンタルや購入は絶対にしないこと。レンタルや購入したリストには、大量の無効なアドレスが含まれている場合があり、ハードバウンス率が大幅に増える原因となります。さらに、これらのリストには、スパムトラップが含まれている可能性があります。それは違法な送信者を捕まえるために限定的に使用される E メールアドレスです。メッセージがスパムタラップに陥ると、配信率と送信者の評価は決定的に損なわれる場合があります。
+ リストを最新状態に保つこと。受信者に久しぶりにメールを送る場合は、他の手段 (ウェブサイトのログインアクティビティや購入履歴など) で受信者のステータスを確認します。
+ お客様のステータスを確認する方法がない場合は、*ウィンバック*メールの送信を検討する。一般的なウィンバックメールでは、お客様からの連絡が途絶えていることをお客様に伝え、引き続きメールの受信を望む場合は確認の返信をしてもらいます。ウィンバックメールの送信後に、返信がなかったすべての受信者をリストから消去します。
バウンスを受信したら、以下のルールに従って適切に対応する必要があります。
+ ハードバウンスの原因がメールアドレスである場合は、そのアドレスをリストから即座に削除します。ハードバウンスしたアドレスにメッセージを再送信しないでください。ハードバウンスの繰り返しは加算されて、最終的に受信者の ISP から悪い評価を受けることになります。
+ バウンス通知の受信に使用するアドレスで E メールを受信できることを確認します。バウンスと苦情通知の設定の詳細については、「[Amazon SES のイベント通知の設定](monitor-sending-activity-using-notifications.md)」を参照してください。
+ 受信メールが独自の社内サーバーではなく ISP から届いている場合は、大量のバウンス通知がスパムフォルダに入るか、完全に廃棄される可能性があります。バウンスの受信にはホステッド型の E メールアドレスを使用しないのが理想的です。それでも使用する必要がある場合は、スパムフォルダを頻繁に確認してください。また、バウンスメッセージをスパムとして報告しないでください。Amazon SES で、バウンス通知の送信先のアドレスを指定できます。
+ 通常、バウンスでは配信を拒否しているメールボックスのアドレスが提供されます。ただし、受信者のアドレスを特定の E メールキャンペーンにマッピングするための詳細なデータが必要な場合は、自社の追跡システムまでたどれるように X ヘッダーに適切な値を含めます。詳細については、「[Amazon SES ヘッダーフィールド](header-fields.md)」を参照してください。
## 苦情
メールの受信者がウェブベースの E メールクライアントで [スパムとしてマーク] (または同等) のボタンをクリックすると、苦情が発生します。これらの苦情が大量に累積すると、ISP からスパムの送信元とみなされます。これにより、配信性能と送信者の評価が低下します。いくつか、全てではありませんが、苦情が報告されたときに通知する ISP があります。これは*フィードバックループ*として知られています。Amazon SES は、フィードバックループを提供する ISP からの苦情を自動的に転送します。
苦情をなくし、送信者の評価を向上させるために、以下のガイドラインを参考にしてください。
+ 苦情率は 0.1% 未満に抑える。メールプログラムの苦情数が少ないほど、ISP がメッセージを正当で重要なものと判断する確率が高まります。このレートは妥当で十分に達成可能な目標ですが、すべての ISP に採用されている統一ルールというわけではありません。
+ マーケティングメールに関してお客様から苦情が寄せられた場合は、そのお客様に対するマーケティングメールの送信を即座に停止します。ただし、メールプログラムに他のタイプの E メール (通知メールやトランザクションメールなど) が含まれている場合、これらのタイプのメッセージは引き続き苦情元の受信者に送信することが許容されます。
+ ハードバウンスと同様に、久しぶりにメールを送信する受信者のリストがある場合は、メッセージを送信する理由を確実に受信者に伝えます。受信者に送信者を思い出してもらうためと、連絡する理由を知らせるための「ようこそ」メッセージを送信することをお勧めします。
苦情を受けたら、以下のルールに従って適切に対応する必要があります。
+ 苦情通知の受信に使用するアドレスで E メールを受信できることを確認します。バウンスと苦情通知の設定の詳細については、「[Amazon SES のイベント通知の設定](monitor-sending-activity-using-notifications.md)」を参照してください。
+ 苦情通知が ISP またはメールシステムによってスパムとして報告されていないことを確認します。
+ 通常、苦情通知には E メールの本文が含まれます。この点は、E メールのヘッダーのみが含まれるバウンス通知とは異なります。ただし、苦情通知では、苦情元の個人の E メールアドレスは削除されます。苦情元の E メールアドレスを特定できるように E メール本文に X ヘッダーや特別な識別子を埋め込むことをお勧めします。この方法を使用すると、苦情元のアドレスをより簡単に識別して、受信者リストから削除できるようになります。
## メッセージの品質
E メールレシーバーは、メッセージの真偽を見分けるために、*コンテンツフィルタ*を使用してメッセージ内の特定の属性を検出します。これらのコンテンツフィルタは、メッセージの内容を自動的に確認し、悪意あるメッセージの一般的な特性を識別します。Amazon SES では、コンテンツのフィルタリングテクノロジーを使用し、スパムやマルウェアを含むメッセージを送信前に検出してブロックします。
E メールレシーバーのコンテンツフィルタで、メッセージ内にスパムや悪意のある E メールの特性が検出されると、フラグが付けられて受取人の受信トレイから除外されます。
E メールを設計するときは、以下の点に留意してください。
+ 最近のコンテンツフィルタはインテリジェントであり、絶えず適応し、変わり続けています。定義済みのルールのセットには依存しません。[ReturnPath](https://returnpath.com/) や [Litmus](https://litmus.com/) などのサードパーティーのサービスを使用すると、どのような内容の E メールがコンテンツフィルタをトリガーする可能性があるかを確認できます。
+ E メールにリンクが含まれている場合は、それらの URL が [URIBL.com](http://uribl.com/) や [SURBL.org](http://www.surbl.org/) などにある DNS ブラックリストに登録されていないかチェックします。
+ リンク短縮ツールの使用を避けます。悪意のある送信者は、リンク短縮ツールを使用して実際のリンク先を隠す場合があります。ISP は、不正な目的でリンク短縮サービス - 最も評判の高いものであっても - が使用されていると判断すると、これらのサービス全体へのアクセスを拒否する場合があります。拒否リストに登録されたリンク短縮サービスへのリンクが含まれている E メールは、お客様の受信トレイに届かず、E メールキャンペーンの成功は危くなります。
+ E メール内のすべてのリンクをテストし、目的のページを参照することを確認します。
+ ウェブサイトにプライバシーポリシーと利用規約のドキュメントが含まれていること、これらのドキュメントが最新の内容であることを確認します。これらのドキュメントへのリンクは、送信する E メールごとに提供するのが適切です。これらのドキュメントへのリンクを提供することで、顧客に対する隠し事がないことを示し、信頼関係を築くのに役立ちます。
+ 頻繁に変わるコンテンツ (「今日のお買い得情報」メッセージなど) を送信する場合は、E メールの内容がデプロイごとに異なることを確認します。頻繁に内容が変わるメッセージを送信する場合は、これらのメッセージがタイムリーで関連性が高いことを確認し、同じ繰り返しで煩わしさを感じさせないようにします。
# 良好な送信者評価の維持
Amazon SES における送信者評価とは、E メールプロバイダーやスパムフィルターによって認識される E メール送信者の信頼性や信用性を指します。送信者評価とは、E メールが正当と見なされ、受信者の受信トレイに正常に配信される可能性の尺度です。
以下のセクションでは、送信者評価を維持しながら、E メール通信が意図した対象者に確実に配信されるように、E メール送信に際して注意すべき重要な原則について説明します。
## ドメインおよび「From」アドレスに関する考慮事項
+ E メールの差出人のアドレスについてよく考えます。「From」アドレスは、受信者が最初に接する情報の 1 つであり、第一印象は長く残る場合があります。さらに、「From」アドレスと評価の関連付けを行う ISP もあります。
+ 通信のタイプ別に異なるサブドメインを使用することを検討します。たとえば、ドメイン *example.com* を使用してマーケティングメッセージとトランザクションメッセージの両方を送信する場合を考えます。この場合、すべてのメッセージを *example.com* から送信するのではなく、マーケティングメッセージは *marketing.example.com* などのサブドメインから、トランザクションメッセージは *orders.example.com* などのサブドメインから送信します。評価はサブドメイン別に確立されます。例えば、マーケティングメッセージがスパムトラップにかかったり、コンテンツフィルターをトリガーしたりした場合、サブドメインを使用していると、自社の評価が損なわれるリスクを軽減できます。
+ 大量のメッセージを送信する場合は、*sender@hotmail.com* などの ISP ベースのアドレスから送信しません。*sender@hotmail.com* から大量のメッセージが送信されていることを ISP が気付くと、その E メールは自社所有の送信メール用ドメインから送信される E メールとは別の方法で処理されます。
+ ドメインレジストラーと協力してドメインの WHOIS 情報が正しいことを確認します。正直かつ最新の WHOIS レコードを維持することは、透過性を重要視していることを示します。また、ユーザーはドメインの正当性を簡単に確認できます。
+ 「From」アドレスまたは「Reply-to」アドレスとして *no-reply@example.com* などの *no-reply* アドレスを使用しないようにします。*no-reply@* メールアドレスを使用すると、受信者に返信する方法を封じていること、受信者のフィードバックに関心がないことが明確なメッセージとして伝わります。
## 認証
+ ドメインを [SPF](send-email-authentication-spf.md) および SenderID で認証します。これらの認証方法により、各 E メールの送信元のドメインが真正のものであることを受取人が確認できます。
+ 送信メールに [DKIM](send-email-authentication-dkim.md) で署名します。このステップにより、コンテンツが送受信の当事者間での転送中に変更されていないことを受取人が確認できます。
+ SPF と DKIM の両方の認証設定をテストするには、個人の Gmail アカウントや Hotmail アカウントなどの ISP ベースの個人のメールアドレスに E メールを送信し、メッセージのヘッダーを確認します。ヘッダーを見て、メッセージの認証と署名が成功したかどうかがわかります。
## リストの構築とメンテナンス
+ ダブルオプトイン戦略を実装します。ユーザーがサインアップして E メールを受信する場合は、確認リンクを記載したメッセージを送信し、ユーザーがそのリンクをクリックしてアドレスを確認するまでは E メールの送信を開始しません。ダブルオプトイン戦略は、入力ミスによるハードバウンスの数を減らすのに役立ちます。
+ ウェブベース形式でメールアドレスを集める場合は、収集時にそれらのアドレスに対して最小限の検証を実施します。たとえば、収集したアドレスの形式が正しいこと (*recipient@example.com* の形式になっていること)、および有効な MX レコードのドメインを参照していることを確認します。
+ ユーザー定義の入力を無検査で Amazon SES に渡すことを許可するときは注意が必要です。フォーラムの登録やフォームの提出には、それなりのリスクがあります。コンテンツ全体をユーザーが生成し、スパム送信者が独自の内容をフォームに記入する可能性があるためです。高品質のコンテンツの E メールのみを送信することは、お客様の責任です。
+ 標準エイリアス (*postmaster@*、*abuse@*、*noc@* など) が意図的に E メールにサインアップするようなことは考えられません。メッセージは、実際に希望する相手にのみ送信します。このルールは、E メールのウォッチドッグとして通例予約されている標準エイリアスに特に該当します。これらのエイリアスは、評価を損なう目的で一種の悪意のある破壊活動としてリストに追加される場合があります。
## コンプライアンス
+ E メールの送信先の国や地域で適用される E メールマーケティングとスパム対策に関する法律および規制に注意してください。送信する E メールがこれらの法律に準拠していることを確認するのは、お客様の責任です。このガイドではこれらの法律については触れていませんので、お客様側で調べることが重要です。法律のリストについては、Wikipedia の「[Email Spam Legislation by Country](https://en.wikipedia.org/wiki/Email_spam_legislation_by_country)」を参照してください。
+ 法的なアドバイスを受けるには、弁護士に相談してください。
# AWS SDK での Amazon SES の使用
AWS Software Development Kit (SDKsは、多くの一般的なプログラミング言語で使用できます。各 SDK には、デベロッパーが好みの言語でアプリケーションを簡単に構築できるようになる API、コード例、およびドキュメントが提供されています。
| SDK ドキュメント | コード例 |
| --- | --- |
| [AWS SDK for C\$1\$1](https://docs.aws.amazon.com/sdk-for-cpp) | [AWS SDK for C\$1\$1 コード例](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/cpp) |
| [AWS CLI](https://docs.aws.amazon.com/cli) | [AWS CLI コード例](https://docs.aws.amazon.com/code-library/latest/ug/cli_2_code_examples.html) |
| [AWS SDK for Go](https://docs.aws.amazon.com/sdk-for-go) | [AWS SDK for Go コード例](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/gov2) |
| [AWS SDK for Java](https://docs.aws.amazon.com/sdk-for-java) | [AWS SDK for Java コード例](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/javav2) |
| [AWS SDK for JavaScript](https://docs.aws.amazon.com/sdk-for-javascript) | [AWS SDK for JavaScript コード例](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/javascriptv3) |
| [AWS SDK for Kotlin](https://docs.aws.amazon.com/sdk-for-kotlin) | [AWS SDK for Kotlin コード例](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/kotlin) |
| [AWS SDK for .NET](https://docs.aws.amazon.com/sdk-for-net) | [AWS SDK for .NET コード例](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/dotnetv3) |
| [AWS SDK for PHP](https://docs.aws.amazon.com/sdk-for-php) | [AWS SDK for PHP コード例](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/php) |
| [AWS Tools for PowerShell](https://docs.aws.amazon.com/powershell) | [AWS Tools for PowerShell コード例](https://docs.aws.amazon.com/code-library/latest/ug/powershell_5_code_examples.html) |
| [AWS SDK for Python (Boto3)](https://docs.aws.amazon.com/pythonsdk) | [AWS SDK for Python (Boto3) コード例](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/python) |
| [AWS SDK for Ruby](https://docs.aws.amazon.com/sdk-for-ruby) | [AWS SDK for Ruby コード例](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/ruby) |
| [AWS SDK for Rust](https://docs.aws.amazon.com/sdk-for-rust) | [AWS SDK for Rust コード例](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/rustv1) |
| [AWS SDK for SAP ABAP](https://docs.aws.amazon.com/sdk-for-sapabap) | [AWS SDK for SAP ABAP コード例](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/sap-abap) |
| [AWS SDK for Swift](https://docs.aws.amazon.com/sdk-for-swift) | [AWS SDK for Swift コード例](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/swift) |
Amazon SES 固有の例については、「[AWS SDK を使用した Amazon SES のコード例](service_code_examples.md)」を参照してください。
**可用性の例**
必要なものが見つからなかった場合。このページの下側にある [**Provide feedback**] リンクから、コードの例をリクエストしてください。