はじめに
このセクションでは、NTT CPaaSでメールの使用を開始できるようになるための総合ガイドを提供します。このガイドには、ドメインをNTT CPaaSに登録する手順やDNSにレコードを挿入して送信者を登録する手順などが記載されています。
さらに、メール配信を最適化するための推奨されるベストプラクティスも含まれています。
NTT CPaaSメールを通信チャネルとして使用すると、送信するすべてのメールが目的の受信トレイに確実に届くようになります。
送信者の管理
NTT CPaaS でメールを使用するには、会社のドメインを登録する必要があります。ドメインを登録する方法としては、次の 2 つの選択肢があります：
- 会社の公式ドメインのオンボーディングに直接進みます(新しいドメインの登録を参照)
- DNSを変更せずにNTT CPaaSのメール サービスをテストします (単一送信者のテストを参照)
ドメインオンボーディングの選択は、ドメインを使用して本番環境に直接移行する準備ができているか、本番環境に移行する前にテストを実施するかによって異なります。
単一送信者のテスト
新しいドメインを設定するには、様々なDNSの変更が必要であり、メールサービスに影響を及ぼす可能性があります。新しいドメインを登録する前に、単一送信者ドメインをテストすれば、メールサービスへの影響を確認できます。
NTT CPaaS では、最大 100 通のメールで単一送信者ドメインを検証してから、これを正式な会社のドメインとして引き続き使用することを決定できるようにしています。
単一送信者は、パブリックに登録されたメールボックスにすることができます。
このメールボックスは、トラフィックのテストのみに使用することが望ましいです。
Yahoo、Gmail、または Outlook のアドレスを使用して単一送信者をテストすることはできません。
単一送信者を設定するには：
- Webインターフェイスで、Channels and Numbers (チャネルと番号)> Email (メール) を選択し、 Marketing and Transactional (マーケティングとトランザクション) をクリックします。
- Senders (送信者) ページを開くと、NTT CPaaS でメールを送信できる送信者として現在登録されている送信者リストを見ることができます。
- Add New (新規追加) をクリックし、ドロップダウンリストから Single Sender (単一送信者) を選択します。
- Single Sender Registration (単一送信者登録) フォームで、個人情報と会社の詳細を入力します：
- From email (メール送信元)
- Sender name (送信者名)
- Reply-to-email (メール返信先)
- Company address (会社のアドレス)
- (任意) City and Country (都市と国)
- Create (作成) をクリックします。
新しい送信者が作成されましたが、ステータスは unverified (未検証) となっています。リンクを含むメールが送信者のメールに送信されます。リンクをクリックすると、ステータスが sender_verified (送信者検証済み) に変わります。
- 単一送信者は、Broadcast (ブロードキャスト) および APIを使用してメッセージを送信する時に、From (送信元) フィールドのオプションとして使用できます。
例えば：メール名abc@example.comを単一送信者として確認します。すべての単一送信者メールトラフィックは内部ドメイン経由で送信され、受信者受信トレイのFromフィールドにはss-messaging-1.comまたはss-messaging-2.comを介してexample@example.comと表示されます。
新しいドメインの登録
NTT CPaaSでフル機能のメールを使用するには、会社のドメインを登録する必要があります。この手順は、ユーザーアカウントの所有権を確認し、そのドメイン内のどのメールアドレスからでもメールを送信できるようにするために必要です。
ドメインを確認するには、ホスティングプロバイダーに適用するドメインネームシステム (DNS) のレコードが必要です。専任のアカウントマネージャーにリクエストすることでDNSレコードを取得することは可能ですが、推奨される方法は、WebインターフェイスのChannels and Numbers (チャネルと番号) で作成することです。
送信者ドメインを設定するには：
-
Web インターフェイスで、チャネル > チャネル > 電子メール を選択し、マーケティングとトランザクション をクリックします。 設定したドメインのリストと、それらが検証済みか未検証かに関する情報が表示されます。Conversations でメールを使用するためのメールドメインを設定する場合は、[Conversations ] タブに移動します。
-
[新規追加] をクリックし、ドロップダウン リストから [ドメイン] を選択して、新しい送信者ドメインを追加し、構成を設定します。 送信者ドメインは、メールの差出人アドレスで使用されるドメイン名です(たとえば、
news@example.comでは、送信者ドメインはexample.comです。これにより、電子メールを送信している組織またはサービスが識別されます。 -
Authenticate your domain (ドメインの認証) フォームで、ドメイン名と認証設定を入力します：
- Domain (ドメイン) 名を入力します。接頭辞 (https:// や www など) を追加する必要はありません。
- 自動ウォームアップ に使用するTargeted Daily Traffic (1日の目標トラフィック) を入力します。設定した制限は、目標として設定した1日当たりのトラフィックにドメインが達するまで適用されます。自動ウォームアップは、Webインターフェイスの ユーザーに対してのみ有効であることにご注意ください。詳細については、IP／ドメインウォームアップをご参照ください。
- DKIM key length (DKIM キーの長さ) を選択します。DKIM (Domain Keys Identified Mail)は、受信者がプロバイダーを検証できるようにするために使用されるプロトコルで、文字長を指定する必要があります。文字長は 1024ビットまたは 2048ビットのいずれかを選択できます。数値が大きいほどセキュリティが向上し、ハッカーが侵入しにくくなります。DKIMキーの長さは1回限りの選択であり、後で値を変更することはできません。
- ドメインの目的を説明するオプションを選択します：
- マーケティング - プロモーション用の商用メールの場合
- トランザクション - 商用トランザクションまたはWebサイトアクションの非商用メールの場合
- 未定義 - ドメインの設定時に特定の目的がなく、後で変更できるメールの場合(ドメイン設定の管理を参照)
-
Set Up Domain (ドメインの設定) をクリックして、ドメインの構成を完了します。検証する送信者ドメインのレコードが表示されます。
エンベロープドメインシステム
メインの登録済みドメインを使用してメールを送信する場合は、ドメインのレピュテーションを保護することが重要です。そのレピュテーションを維持するために、新しい送信者ドメインを登録すると、システムによって一意のエンベロープ ドメインが自動的に作成されます。このエンベロープ ドメインは、メイン ドメインを公開したり危険にさらしたりすることなく、バウンス メッセージと配信の問題を処理します。
エンベロープドメインは、電子メール配信プロセス中にバックグラウンドで使用されます。このドメインは、ドメインのレピュテーションを保護するだけでなく、バウンスメッセージや配信エラーの送信先を受信サーバーに指示します。
通常、受信者にはエンベロープ ドメインが直接表示されませんが、電子メールの完全なソースを表示すると、電子メール ヘッダーの Return-Path フィールドに表示されます。また、DKIM(Domain Keys Identified Mail)などの電子メール認証メカニズムでも重要な役割を果たします。
エンベロープ ドメインのバックグラウンド メカニズム
Infobip は、エンベロープドメインとしてサブドメイン(ib38450.example.comなど)を作成し、バウンス処理と配信品質管理をメインの送信ドメインから分離します。この設定により、メールのレピュテーションが向上し、配信率が向上すると同時に、問題の監視とトラブルシューティングが容易になります。
送信メールはheader-fromアドレスのルートドメインを使用しますが、envelope-fromサブドメインを使用して送信します。
エンベロープドメインのDKIMアライメント
エンベロープ ドメイン機能は、異なるエンベロープ ドメインを使用しても認証を維持するために、緩やかな DKIM アライメントを使用します。緩やかなDKIMアライメントにより、サブドメインから送信できますが、最終受信者にはルートドメインが表示されます。
ドメインが厳密なDKIMアライメントで構成されている場合、エンベロープドメイン機能は機能しません。緩やかなDKIMアライメントが有効になっていることを確認します。セットアップ中に厳密なアライメントが検出された場合、システムは、緩やかなアライメントを使用するようにDKIM構成を更新するか、厳密なアライメントで動作するようにシステムを調整するために サポート (opens in a new tab) に連絡するようにアドバイスするメッセージを表示します。
エンベロープ ドメインの例
送信者 ドメインとして example.com を登録すると、Infobip はエンベロープ ドメインとして ib38450.example.com を使用する場合があります。これはですね：
- 表示される 差出人 アドレスは
news@example.comのようになります。 - 背景で使用されるエンベロープドメインは、
ib38450.example.comのようになります。 - メールのヘッダーには、
Return-Path: <bounces@ib38450.example.com>
リターン パスは Infobip によって作成されるため、遅延バウンスはそのアドレスに到着します。
遅延バウンスはレポートに反映されないことに注意してください。つまり、プロバイダーが正常な配信を返すと、メッセージに最終ステータスが与えられます。遅延バウンス情報を後で受信した場合、メッセージのステータスは更新されません。
遅延バウンスを受信する場合は、Webhook 経由でこれらのイベントを受信するようにサブスクライブできます。遅延バウンスイベントの受信について詳しくは、遅延バウンスイベントを参照してください。
送信者ドメインの検証
送信者ドメインを検証するには、DNS レコードをホスティングプロバイダーに追加し、DNS 内のレコードの伝搬を待ちます。伝搬には最大 48 時間かかる場合があります。レコードが伝搬されると、送信者ドメインは検証済みと見なされ、使用できる状態になります。
最も一般的な Webプロバイダー とそれぞれの Webサイトに DNS レコードを追加する方法については、各社のチュートリアルをご参照ください。
ドメイン検証ステータスは、ドメイン名の上のドメインリストに表示されます。検証済みドメインは緑色、未検証ドメインは赤色で表示されます。
ドメイン設定の管理
現在登録されている送信者の一覧を表示するには、NTT CPaaSのWebインターフェイス上でChannels and Numbers (チャネルと番号)> Channels (チャネル)> Email (メール) を順に選択し、(マーケティングとトランザクション) をクリックします。
ドメインの右側で、3ドットメニューを選択し、Manage (管理) をクリックします。
Domain Setting (ドメイン設定) ページが表示され、ドメインの作成時に設定したオプションを管理できます。
次のセクションでは、Domain Setting (ドメイン設定) ページのタブについて説明します。
DNSレコード
必須および任意のメール配信用DNSレコードを一覧表示します。
TXT レコードはドメインに自動的に適用されます。
| RECORD TYPE | RECORD VALUE | RECORD PURPOSE |
|---|---|---|
| TXT | v=spf1 include:email-messaging.com ~all | SPF - ドメインからのメールの送信が承認されていると認識されるように指定します。 |
| TXT | このレコードの値は、Expected Value(期待値) 列の Domain details (ドメインの詳細) で確認できます。 | DKIM - 詐欺師、特にフィッシング詐欺師が組織になりすますのを防ぎ、全体的な配信到達性の向上に繋がる可能性があります。 |
| CNAME | emailtracking.email-messaging.com | これにより、メール内のリンクに、NTT CPaaS のデフォルトの追跡ドメインではなく、送信に使用するドメインを含めることができます。 |
| CNAME | このレコードの値は、Expected Value (期待値) 列の Domain details (ドメインの詳細) で確認できます。DMARCレコードは_dmarcで始まります。 | DMARCは、 from-address内のドメインを認証することで、メールの信頼性をさらに高め、構成やなりすましの問題を検出するのに役立つレポートを返します。 |
ドメインの設定には配信調達性を向上させる3つのレコードがさらに適用されます。
RECORD TYPE | RECORD VALUE | RECORD PURPOSE |
|---|---|---|
| A | このレコードの値は、Expected Value(期待値) 列の Domain details (ドメインの詳細) で確認できます。 | ドメイン名を IP アドレスにマップします。ドメインに既に A レコードがある場合は、同じ値が自動的に設定されます。また、シナリオによっては、このレコードが作成されない可能性もあります。例えば、サブドメイン登録の場合です。 |
| MX | mx.email-messaging.com | ドメイン名の代わりにメールメッセージの受け入れる責任を負うメールサーバーを指定し、配信可能性を向上させます。レコードの優先順位は 10 にする必要があります。 |
必須の TXT レコードが伝搬されたら、メールを送信してテストする準備が整います。
その前に、最適な配信を確立するための手順として従うことが推奨されているステップがいくつかあります。詳細については、次のステップ をご参照ください。
ドメインの目的
ドメインの作成時にドメインの目的を設定します。[Domain purpose (ドメインの目的)] タブを使用して、ドメインの使用の主な目的を変更します。
次のオプションからドメインの目的を選択します：
- Marketing (マーケティング) - プロモーション用の商用メールの場合
- Transactional (トランザクション) - 商業取引用の非商用メールまたはWebサイトアクションの場合
- Not defined (未定義) - 特定の目的のないメールの場合。
トラッキング
トラッキングでは、オン／オフ切り替えスイッチでオプションを選択することで、ドメインのトラッキング方法を選択できます。次の追跡オプションを使用できます：
- Open Tracking (開封トラッキング) - 送信したメールが開封またはクリックされた時に通知します。
- Unsubscribe tracking (登録解除トラッキング) - すべての登録解除を収集して配信停止リストで管理します。
- 遅延バウンストラッキング - 最初の配信試行後に発生した E メール配信の失敗について通知します。
- Click tracking (クリックトラッキング) - 送信したメール内のリンクを購読者が何回操作したかを通知します。
詳細については、トラッキング をご参照ください。
インバウンド解析
インバウンド解析は、インバウンドメールの内容を解析し、外部サーバーに転送するために使用されます。
送信メールトラフィックから「返信先」アドレスでメールを受信すると、Webhook を使用して設定された選択した宛先にメールデータを転送する HTTP プッシュ通知アクションを設定できます。
NTT CPaaS はそれらのメールを自動的に解析し、解析されたデータを選択した宛先にプッシュします。
インバウンド解析の準備
メールでインバウンド解析を使用する前に、以下で説明するセットアップが済んでいることをご確認ください：
- 受信解析は、アカウントに対して有効にする必要があります。ドメイン設定に [受信] が表示されない場合は、アカウントで有効になっていないことを意味します。インバウンド解析の有効化の詳細については、Supportにお問い合わせください。
- 新しいドメインの登録の手順に従って送信者ドメインを登録します。
- メールのDNSレコード の手順に従って、登録されたドメインに有効な MX レコードがあることを確認します。
インバウンド解析の管理
有効なドメインを登録し、有効な MXレコードを設定したら、次の手順を使用してインバウンド解析を設定します：
- Channels and Numbers (チャネルと番号) > Channels (チャネル) > Email (メール) に移動します。
- インバウンド解析用に準備した登録済みドメインを選択します。
- インバウンド解析を設定するドメインの横にある3つのドットをクリックし、Manage (管理) を選択します。
- Inbound (インバウンド) タブを選択します。
- インバウンド解析 Action (アクション) としてHTTP Push (HTTP プッシュ通知) を選択します。
- 選択した外部サーバーとして Webhook (ウェブフック) の宛先を入力します。例えば、
https://mywebhook.receiver.net
- Save (保存) をクリックします。
解析されたインバウンドトラフィックの受信
インバウンド解析が有効になっているドメインを使用するように送信したメールの返信先アドレスを設定した場合、返信先アドレスに返信が送信されると、ペイロードが解析され、選択した ウェブフック宛先に渡されます。
プッシュされたペイロードの例は、 「解析されたメールの受信 (opens in a new tab)と題した API ドキュメントに記載されています。
ドメインのブロックリスト設定
ブロックリスト設定では、電子メールの配信停止をドメインレベルで設定するか、個々の宛先レベルで設定するかを選択できます。
ユーザーが登録を解除すると、通常、特定のキャンペーンや宛先だけでなく、ブランド全体からのメールの受信を停止します。ドメインレベルで購読解除を管理すると、通信設定をより詳細に制御でき、ユーザーのフラストレーションやスパムの苦情を減らし、ブランドの信頼とコンプライアンスを強化できます。
ユーザーエクスペリエンスとブランドの評判の両方を最適化する場合は、ドメインレベルの登録解除を選択します。
| ブロックリスト設定 | 説明 |
|---|---|
| 差出人送信者アドレス | 登録解除は、特定の送信者アドレスからのみ削除されますが、このドメインによって管理される可能性のある他のリストからは必ずしも削除されません。 |
| このドメインから | 登録解除はドメイン全体からグローバルに削除されるため、組織からのすべての通信から完全に登録解除されます。 |
Conversations のメールドメイン
Infobip Conversations ソリューション内で電子メール ドメインを設定して、コール センターのエージェントが Conversations エージェント パネル内から顧客の電子メールに返信できるようにする場合。
詳細については、Conversations の メール設定 のセクションを参照してください。
サプレッションの管理
サプレッション・リストは、特定の E メール・アドレスに E メールが送信されないようにするために使用される機能です。これにより、送信者ドメインの所有者は、その送信者ドメインによって生成された抑制を管理し、同じ送信者ドメインを使用する他のユーザーと権限を共有、表示、または編集できます。
サプレッション リストを使用すると、Infobip サポートの介入を必要とせずにサプレッションを制御できます。この機能を使用すると、サプレッションリストからアドレスを即時に削除し、トランザクションまたはサービス更新 E メールをタイムリーに配信できます。
サプレッション・リストは、以下の場合に役立ちます。
- 繰り返しのバウンスや苦情の回避
- 送信者ドメイン/IP レピュテーションを保護する
- オプトアウト要求の遵守
抑制のカテゴリ
サプレッション・リストを管理する場合、3 つの重要なサプレッション・カテゴリーがあります。
| 抑制カテゴリ | 説明 |
|---|---|
| バウンス | ハードバウンスは、電子メールが受信者のメールボックスに配信できず、受信サーバーから返された場合に発生します。アドレスがサプレッション・リストに追加され、無効な E メールに繰り返し送信されるのを防ぎます。 |
| 苦情 | メールアドレスに関するスパムの苦情を発行する有効なメールアドレス。受信者のアドレスがサプレッションリストに自動的に追加されます。これらのアドレスは、ユーザーが明確にオプトアウトしているため、手動で削除しないでください。受信者リストの説明は、苦情の原因となった特定の送信者の電子メール アドレスを識別します。 |
| 割り当て超過バウンス | 有効なメールアドレスの保存容量が足りなくなった(一時的に追加のメールを受け付けられない) |
サプレッションリストを使用するには、必要なユーザー権限と、可能なすべての操作(表示、追加、削除)を実行するための少なくとも1つの専用IPの両方を持つInfobipアカウントが必要です。
- ユーザー権限：送信者ドメインの所有者であるアカウントには、サプレッションを管理するのに必要なすべてのパーミッションがユーザーに自動的に付与されます (1つの例外を除きます。その点について、次のセクションをご参照ください)。所有者ではないものの、同じ送信者ドメインのユーザーであるアカウントには、所有者アカウントによって必要なユーザーパーミッションを付与することができます。
- 専用IP：バウンスや苦情を取り除くには、必要なユーザー権限を持っているだけでは不十分です。また、問題の送信者ドメインが少なくとも1つの専用IPを使用している必要があります。アカウントは、ユーザーパーミッションの有無に関係なく、共有IPアドレスのみを使用するドメインのアドレスを削除できません。
ドメインに専用IPがある場合、アドレスの削除は許可されますが、専用IPがない場合、削除はできません 。例えば：専用IPを持つ所有者の場合、
delete (削除)パーミッションは有効 (true) になります。但し、専用IPを持たない所有者の場合、delete (削除)パーミッションは無効になります (false)。
| バウンス | 苦情 | 容量超過 | |
|---|---|---|---|
| 閲覧 |
|
|
|
| Add (加算) |
|
|
|
| 削除 |
|
|
|
Webインターフェイス経由のサプレッション管理
サプレッション・リストは、Web インターフェースで使用できます。サプレッションリストは、送信者ドメインに関連付けられているすべての受信者を視覚的に表示し、受信者アドレスの検索に役立つ選択されたフィルタリングと検索を提供します。また、受信者を追加したり、受信者の権限を管理したりすることもできます。
サプレッションを管理するには、最初に送信者ドメインを選択する必要があります：
-
Web インターフェイス (opens in a new tab)で、[チャネルと番号] > [チャネル] >[メール] に移動します。
-
[サプレッション リスト] タブを選択します。
-
送信者ドメイン ドロップダウン リストから送信者ドメインを選択します。
抑制は送信者ドメインに対して保存されるため、各送信者ドメインには独自の抑制リストがあります。 送信者ドメインを選択すると、この送信者ドメインに追加された受信者アドレスのリストと、サプレッションカテゴリーを表す3つのタブ (Bounces (バウンス)、Spam Complaints (迷惑メールの苦情)、Overquota Bounces (容量超過バウンス)) が表示されます。
受信者リスト 説明 受取人アドレス この送信者ドメインに追加された受信者の電子メール アドレスの一覧。 説明 受信者のアドレスが E メールの受信を望まなくなった、または受信できなくなった理由の説明。例えば、バウンス では、受信者のアドレスが手動で挿入されたかどうかが説明によって識別されます。スパムの苦情では、説明によって、準拠の原因となった特定の電子メール アドレスが識別されます。 追加日時 受信者アドレスが抑制カテゴリ リストに追加された時刻。 アドレスが分かっている場合は、検索アイコンをクリックすると、検索ボックスに入力してリストで見つけることができます。
-
カテゴリごとに、2つのフィルターがあります。フィルターアイコンを使用して、これらのオプションを切り替えます。次の項目でフィルタリングできます：
- Recipient Domain (受信者ドメイン)：受信者ドメインでフィルタリングする受信者ドメインを1つ選択します。
- Period (期間)：設定した時間の長さに基づいてサプレッションをフィルタリングする期間を選択するか、開始と終了時期をカスタマイズした期間を選択します。
サプレッションリストへの受信者の追加
[Suppression (サプレッション)]リストから、選択した送信者ドメインに受信者を追加できます。
-
Add Recipients (受信者の追加) をクリックします。ドロップダウンリストが表示され、次のいずれかを選択できます：
- Bounces (バウンス)
- Spam complaints (迷惑メールの苦情)
容量超過バウンスは、表示のみ可能で追加できないため、このリストには含まれていません。
次に、バウンスやスパムの苦情をアップロードできるウィンドウが表示されます。
-
送信者ドメイン を選択します。抑制は送信者ドメインに対して保存されるため、これにより、選択した送信者ドメインにバウンス/苦情を申し立てた受信者アドレスが追加されます。
-
受信者を 1 人ずつ手動で追加するか、受信者アドレスのリストを含む CSV / Excel ファイルをアップロードするかを選択します。
- Upload from file (ファイルからアップロード)：ファイルを[ファイルからアップロード]ウィンドウにドラッグ&ドロップするか、[Browse (ブラウズ)]をクリックしてファイルマネージャーでファイルを見つけます。ファイルは、カンマで区切られたメール値 (CSV) または 1 を含む1つの列 (XLS、XLSX) で構成されている必要があります。ファイルに構文エラーのあるレコードや空のレコードが含まれていると、インポートされませんので、ご注意ください。
- Add one by one (1つずつ追加)：テキストボックスにメールアドレスを入力します。メールアドレスを1つずつ追加するか、Enterキーを使用して貼り付けて区切ります。メールアドレスは最大100個まで追加できます。次に、Add Records (レコードの追加) をクリックします。
アクセスパーミッションを管理する
サプレッションリストから、同じ送信者ドメインを使用する他のアカウントのアクセスパーミッションを管理できます。アクセスパーミッションを管理できるのは、ユーザーがログインしているアカウントがその送信者ドメインの所有者である場合のみです。
表示、編集、削除の権限は、所有する送信者ドメインごと、アカウントの各サブアカウントに割り当てることができます。
アクセス権限を管理するには、Add Recipients (受信者の追加) ボタンの横にある3つの縦のドットをクリックします。Manage access permissions (アクセスパーミッションの管理) パネルが表示されます。パネルには2つのタブがあります：
- パーミッションの付与
- 付与されたパーミッション
パーミッションの付与
新しいパーミッションを追加するには、Add Permission (パーミッションの追加) をクリックします。次の情報を提供する必要があります：
- パーミッションを付与したいサブアカウント
- そのサブアカウントにパーミッションを付与する送信者ドメイン (NTT CPaaS では、送信者ドメインに対するサプレッションを保存しますので、ご注意ください)
- サブアカウントがバウンスと迷惑メールの苦情を表示 または追加 できるかどうか、および容量超過バウンスを表示できるかどうかを決めます。
このフォームに入力したら、Save (保存) をクリックすると、選択したサブアカウントにパーミッションが適用されます。
付与されたパーミッション
パーミッションを受け取ると、Received Permissions (受け取ったパーミッション) タブに表示されます。受け取ったパーミッションは、適用される送信者ドメインごとにグループ化されます。送信者ドメインをクリックすると、そのドメインに対して受け取ったパーミッションの詳細が表示されます。
API経由のサプレッション管理
メールAPIには、メールサプレッション用の4つのエンドポイントが用意されています：
- サプレッションの取得 (opens in a new tab)：この方法を選択すると、所有しているドメインまたはパーミッションが付与されているドメインのサプレッションを取得できます。リクエストごとに、ユーザーは1つの送信者ドメインに対して最大1000個のサプレッションを取得できます。
- サプレッションの追加 (opens in a new tab)：この方法を選択すると、サプレッションリストにメールアドレスを追加できます。サプレッションのリクエストを受け入れ、非同期で保存し、重複するエントリーを自動的に無視します。ユーザーは1 つの送信者ドメインに対して最大 1000 個のサプレッションを (リクエストごとに最大 10 個の送信者ドメインまで) 追加できます。
- サプレッションの削除 (opens in a new tab)：この方法を選択すると、サプレッションリストからメールアドレスを削除できます。サプレッションを削除するリクエストを受け入れると、非同期に削除します。ユーザーはリクエストごとに、最大 10 個の送信者ドメインを提供し、送信者ドメインごとに最大 1000 個のサプレッションを削除できます。
- サプレッションドメインの取得 (opens in a new tab)：この方法を選択すると、所有されているか、パーミッションが付与されているサプレッション管理用のドメインを取得できます。
TXTレコードの編集に関する一般的なプロバイダー
TXTレコードを編集する方法に関する最も一般的なドメイン／ホスティングプロバイダーのリストは次のとおりです：
- Bluehost (opens in a new tab)
- HostGator (opens in a new tab)
- Hostinger (opens in a new tab)
- GoDaddy (opens in a new tab)
- Wix (opens in a new tab)
- Hostwinds (opens in a new tab)
- Weebly (opens in a new tab)
- Hover (opens in a new tab)
- Amazon (opens in a new tab)
NTT CPaaSは、DNSレコードが変更され、ドメインが検証されて使用できるようになると、メールで通知します。ドメインの横に検証済みのラベルも表示されます。但し、NTT CPaaS とサービス プロバイダー間の伝搬遅延により、ドメインの検証には最大 48 時間かかる場合があります。
その後、ドメインごとにトラッキングを設定できます。デフォルトでは、トラッキングは有効になっていますが、必要に応じて無効にできます。
次のステップ
送信者ドメインやサブドメインを設定したので、配信到達性に関する推奨事項 に移動して、メールを通信チャネルとして使用する場合のベストプラクティスに従っていることを確認します。
そうすれば、送信するメールがスパムフィルターなどの検知装置によって迷惑メールに分類されずに済み、信頼できるメール送信者としてのレピュテーションを高めることに繋がります。