電子メール配信の概要

電子メール配信では、この項で説明するコンポーネントが使用されます。

承認済送信者

承認済送信者は、送信元アドレスと同じリソースです。承認済送信者は、コンパートメントに関連付けられており、承認済送信者が構成されたリージョンにのみ存在します。同じ承認済送信者を他のリージョンに配置する必要がある場合は、もう一方のリージョンに作成する必要があります。たとえば、US West (Phoenix)リージョンで承認済送信者を作成する場合、US East (Ashburn)リージョンを介して電子メールを送信することはできません。

抑制リスト

抑制リストは、電子メール配信コンソールのユーザー・インタフェースおよびAPIから組み込まれています。電子メール配信では、永続的な失敗やユーザーの苦情を示すバウンス・コードとともに電子メール・アドレスが抑制リストに自動的に追加され、送信者の評価が保護されます。電子メール配信では、今後これらの受信者にいずれのメッセージも送信しません。

抑制の理由は次のとおりです:

• 苦情
• ハード・バウンス
• ソフト・バウンスの繰返し
• 手動入力
• サブスクライブ解除リクエストのリスト

SPF認証

Sender Policy Framework (SPF)は、電子メール受信者が電子メールのなりすましを検出するために使用されます。SPFを使用すると、電子メール受信者は、インターネット・プロトコル(IP)がそのドメインへの送信を明示的に認可されているかどうかを確認できます。SPFは、ドメインのDNSレコードに特別なTXTレコードを公開することによって実装されます。TXTレコードは、このドメインのかわりにメールを送信できるホストを宣言します。受信メール・サーバーでは、送信ドメインのSPFレコードがチェックされ、電子メールのソースIPアドレスがそのドメインからの送信を認可されていることが確認されます。SPFを使用しないと、スパムまたはフィッシング電子メールが「なりすまし」となり、正当なドメインから送信されたものとして表示されることがあります。SPFを実装するドメインは、ドメインのなりすましを試行する電子メールをブロックする可能性がはるかに高くなります。SPFの動作の概要は、Sender Policy Frameworkを参照してください。SPFレコード構文の詳細は、SPFレコード構文を参照してください。

アイデンティティはグローバルな資産であるため、SMTP資格証明は任意のリージョンで使用できます。ただし、承認済送信者(「送信元」アドレス)は、電子メール配信に使用する予定の各リージョン内で構成する必要があります。各リージョン内で承認済送信者を構成するには、コンソールの「リージョン」メニューからリージョンを選択し、承認済送信者を作成します。グローバルSMTP資格証明を使用して、承認済送信者を作成したリージョンのエンドポイントに電子メールを送信するようにアプリケーションを構成します。送信アプリケーションは、電子メールの送信元のリージョンに配置する必要はありませんが、パフォーマンス上の理由から、ローカルに配置するか、できるだけ近くに配置することをお薦めします。

詳細は、リージョンと可用性ドメインを参照してください。

電子メール配信では、すべてのOCIネイティブ認証メカニズムがサポートされます。OCI SDK認証方法を参照してください。

電子メール配信では、HTTPS電子メール送信を使用する場合、すべてのOCIネイティブ認証メカニズムがサポートされます。詳細は、OCI SDKの認証方法を参照してください。また、SMTP認証の使用時にAUTH PLAINコマンドもサポートしています。送信アプリケーションがAUTHコマンドに対して柔軟性がない場合には、SMTPプロキシ/リレーを使用できます。AUTHコマンドの詳細は、AUTHコマンドとそのメカニズムを参照してください。

HTTPSまたはSMTP接続を確立するためのリージョナル・エンドポイント、ポートまたはセキュリティの詳細を確認するには、コンソールでHTTPS送信情報およびSMTP送信情報を参照してください。詳細は、HTTPS接続の構成およびSMTP接続の構成を参照してください。

メトリック、アラームおよび通知を使用して、Oracle Cloud Infrastructureリソースのヘルス、容量およびパフォーマンスをモニターできます。詳細は、モニタリングおよび通知を参照してください。

使用可能な電子メール配信サービス・メトリックとその表示方法の詳細は、電子メール配信サービス・メトリックを参照してください。

適用可能な制限のリストと制限拡大のリクエスト方法は、サービス制限を参照してください。リソースまたはリソース・ファミリにコンパートメント固有の制限を設定するために、管理者は、コンパートメント割当てを使用できます。

無料のOracle Cloudトライアルにサインアップする顧客の制限事項は、次のとおりです:

• 1日当たり200の電子メール量(1件の電子メールはTO:、CC:またはBCC:フィールドの単一の受信者として定義されるか、2 MBのデータ・チャンクとして定義されます)。

  電子メールの例:

  • 受信者(TO:、CC:またはBCC:)が10人の単一のリクエストは、10件の電子メールに等しくなります。

  • 単一の受信者に送信される10 MBの電子メールは、10 MBを電子メール当たり2 MBで割った値に等しくなります。これは5件の電子メールに相当します。

  • メッセージ・サイズが10 MBの単一の電子メール・リクエストを10人の受信者に送信すると、10 MBを電子メール当たり2 MBで割って、10人の受信者を掛けた値に等しくなります。これは50件の電子メールに相当します。

• 2,000人の承認済送信者。
• 各ユーザーは、最大2つのSMTP資格証明に制限されます。
• 送信率は1分当たり10件の電子メールに制限されます。
• インライン添付および外部添付。
• base64エンコーディングおよびヘッダーを含む最大2 MBのメッセージ・サイズ

エンタープライズ・アカウントの制限事項は、次のとおりです:

• 1日当たり50,000の電子メール量(1件の電子メールはTO:、CC:またはBCC:フィールドの単一の受信者として定義されるか、2 MBのデータ・チャンクとして定義されます)。

  電子メールの例:

  • 受信者(TO:、CC:またはBCC:)が10人の単一のリクエストは、10件の電子メールに等しくなります。
  • 単一の受信者に送信される10 MBの電子メールは、10 MBを電子メール当たり2 MBで割った値に等しくなります。これは5件の電子メールに相当します。
  • メッセージ・サイズが10 MBの単一の電子メール・リクエストを10人の受信者に送信すると、10 MBを電子メール当たり2 MBで割って、10人の受信者を掛けた値に等しくなります。これは50件の電子メールに相当します。
  この制限は、送信されるすべての電子メールで一意の受信者に適用されます。たとえば、100人の受信者に送信された単一の電子メールは、それぞれ単一の受信者に送信された100件の個別の電子メールと同じ数になります。
• 10,000人の承認済送信者。
• 送信率は1分当たり18,000件の電子メールに制限されます。
• インライン添付および外部添付。
• base64エンコーディングおよびヘッダーを含む最大2 MBのメッセージ・サイズ

電子メール配信では、デフォルトで2 MBまでのメッセージ(メッセージ・ヘッダー、本文および添付を含む)がサポートされています。2 MBのデータは、毎日送信量および送信速度制限にカウントされます。たとえば、10 MBは5件の電子メールとしてカウントされます。

電子メール制限の引上げが発生した場合、送信ドメインおよび承認送信者にはSPFおよびDKIMが必要です。SPFの構成およびDKIMの構成を参照してください。

要件に基づいて、メッセージ・サイズの最大60MBまでの制限の増加をリクエストできます。

サービス・リクエストをオープンして制限を引き上げるには、サービス制限の引上げのリクエストを参照してください。引上げリクエストは、指定した次の情報によって評価されます:

• 現在の送信ドメインは何ですか。
• 送信方法はCAN-SPAMおよびCASLの要件を満たしていますか。
• 送信する電子メールのタイプを簡単に説明します。たとえば、電子メールはマーケティング、一括、ニュースレター、トランザクション、通知などですか。
• ペイデイ・ローンまたはクレジット・カード・オファーに関連する電子メールを送信しますか。
• 他の会社のかわりに電子メールを送信しますか。
• 受信者はどのようにサインアップしてこれらの電子メールを受信しますか。サインアップする任意のドメインを指定します。
• 電子メール・アドレスの収集に使用される他の方法はありますか。
• 毎月何件の電子メールを送信しますか。
• 電子メールの送信に使用するESPサプライヤはどれですか。
• バースト容量(特定の時間枠内)で送信する必要があるメッセージの最大数はいくつですか。
• メッセージの最大サイズはどれくらいですか。
• 1日に送信された2 MBを超える電子メールの数はいくつですか。
• 受信者はOracle電子メール・アドレス(test.user@oracle.comなど)ですか。
• 電子メールの送信にどの電子メール配信リージョンを使用しますか。

ポリシーを初めて使用する場合は、「ポリシーの開始」と「共通ポリシー」を参照してください。Email Deliveryのポリシーの詳細は、Email Deliveryサービスの詳細を参照してください。

承認済送信者および抑制リストを管理および使用するには、権限が必要です。例:

• 特定のユーザー・グループの承認済送信者に対してすべての操作を有効にするには:

  Allow group <Your Group Name> to manage approved-senders in tenancy

• 特定のユーザー・グループの抑制に対してすべての操作を有効にするには:

  Allow group <Your Group Name> to manage suppressions in tenancy

電子メール配信サービス・アカウントを作成すると、デフォルトでは、電子メールは他のOracle顧客と共有のIPアドレスから送信されます。

電子メール配信では、評判を完全に制御するために、ユーザー専用のIPアドレスがサポートされます。共有IPまたは専用IP戦略はどちらも、ニーズおよびメール・ストリームの特性に応じて優れた配信を提供できます。共有IPの詳細は、「共有IPまたは専用IP」を参照してください。

Oracle所有のIPアドレスの専用プールを使用すると、そこからは自身のメールのみが送信されます。

専用IPアドレスは、次の送信者に最適です:

• 大量のメールを一貫して送信し、独自のIPの評判を維持します。大量のメールを一貫して送信すると、インターネット・サービス・プロバイダ(ISP)の自動フィルタはそれを使用して、評判をIPアドレスに割り当てます。これは、メッセージが受信ボックスに配信されるか、スパム・フォルダに配信されるか、または一時的に拒否されるかを示す重要な入力の1つです。
• 送信の評判を完全に制御する必要があり、電子メール配信のベスト・プラクティスを理解しています。ユーザーがあるIPの唯一の送信者である場合、その評判は他の送信者から分離されます。これは、送信方法および一貫したウイルス予防策に応じて、よい場合と悪い場合があります。
• 大量の異なるメール・ストリームがあり、それぞれに固有の評判を構築します。専用IPを使用すると、トランザクション・メッセージや一括マーケティング・メールなど、様々なタイプのメール・ストリームに基づいて個別のIPの評判を構築できます。これをサポートするボリュームがある場合は、これらのメール・ストリームを分離することで、よりクリティカルなメッセージ・タイプの配信に関する問題のリスクを軽減できます。

専用IPアドレスは、次の送信者には適さない可能性があります:

• 低ボリュームで一貫性なくメールを送信し、ISPの評判が割り当てられないようにします。IPの評判を構築するために、ISPは、評判を割り当てるのに十分な量の電子メールが含まれる予測可能なメール頻度を期待します。この要件を満たさないと、配信の問題が発生する可能性があります。規模の小さい送信者が多く含まれる共有IPプールで送信すると、ISPに大量の一貫性のあるメールが提供されます。
• 電子メールのベスト・プラクティスを理解していないため、評判のよくない配信の問題が発生する可能性があります。Oracleが管理する他の顧客との共有IPプールで送信すると、電子メールに不慣れなユーザーのリスクが軽減される可能性があります。

専用IP戦略は、メールの特性(ボリューム、バースト率、評判など)によって異なります。当社のチームは、専用IP戦略に関するトレーニングを受けており、顧客のニーズをサポートする準備ができています。構成について支援が必要な場合は、My Oracle Supportに移動してサービス・リクエストを作成できます。

リソースにタグを適用すると、ビジネス・ニーズに応じてそれらを整理しやすくなります。リソースの作成時にタグを適用することも、後からタグでリソースを更新することもできます。タグ適用についての一般情報は、リソース・タグを参照してください。

電子メール配信では、承認済送信者へのタグの適用がサポートされています。

電子メール配信は次のイベントを監査します:

• 送信者の作成(CreateSender)
• 送信者の削除(DeleteSender)
• 送信者の詳細の取得(ListSenders)

電子メール配信サービスのイベントのログを表示するには、ユーザーがテナンシ内のすべての監査イベント・ログを表示できるグループに属している必要があります。詳細は、監査ログ・イベントの表示を参照してください。