Google、Yahoo、Microsoft などのインターネット サービス プロバイダー (ISP) は、受信メールのスパムをスキャンする方法としてさまざまなタイプの認証を使用します。この認証に失敗したメールは、迷惑メールボックスに振り分けられる可能性が高くなります。 Launchmetrics はユーザーに代わってメールを送信するため、認証が設定されていない限り、システムから送信されたメールは受信者にとって「安全ではない」ように見えます。特に、独自のメール セキュリティを導入している大企業に関連付けられたメール アドレスに対してはそうです。このような状況では、メールがスパムに分類される可能性がさらに高くなります。
メールが受信者の受信箱に確実に届くようにするには、Launchmetrics を「安全なメール送信者」として示すカスタム認証が必要です。
現在、導入できる認証には 3 つの異なるタイプがあります。
- DMARC - 2024 年 2 月より、Google と Yahoo はすべてのメール送信者に新しい要件を導入しました。メールが引き続き視聴者の受信トレイに届き、迷惑メールボックスにフィルタリングされないようにするには、メール ドメインに DMARC を設定することが不可欠です。 詳細については、こちらをご覧ください。IT チームはこれらの変更をすでに認識している可能性があります。IT チームがこのことをまだ認識していない場合は、IT プロバイダーまたは DNS プロバイダーに直接連絡して、メール送信元として使用するメールドメインの DMARC レコードの作成をリクエストすることをお勧めします。このアクションは、ローカルの IT チームまたはドメイン ネーム サービス プロバイダー (GoDaddy、Squarespace など) によって完了する必要があります。残念ながら、これは会社の設定にリンクされているため、Launchmetrics が代わりに処理できるアクションではありません。クライアント様ITチームご担当者様にてご対応頂きまして、ご不明な点がございましたらご連絡ください。
- DKIM (必須)
- CUSTOM BOUNCE DOMAIN (必須)
- SPF (オプション)
DMARC
2024 年 2 月以降、 GoogleとYahoo はすべてのメール送信者に新しい要件を導入しました。メールが引き続き迷惑メールボックスに分類されず、受信トレイに届くようにするには、メール ドメインに DMARC を設定することが不可欠です。 詳細はこちら(英語)
IT チームはこれらの変更をすでに認識している可能性がありますが、 もしまだ認識していない場合は、IT プロバイダーまたは DNS プロバイダーに直接連絡して、メール送信元として使用するメールドメインの DMARC レコードの作成をリクエストすることをお勧めします。
このアクションは、ローカルの IT チームまたはドメイン ネーム サービス プロバイダー (GoDaddy、Squarespace など) によって完了する必要があります。残念ながら、これは会社の設定にリンクされているため、Launchmetrics が代わりに処理できるアクションではありません。クライアント様ITチームご担当者様にてご対応頂きまして、ご不明な点がございましたらご連絡ください。
DKIM
DKIM は、エンドユーザーには表示されないデータをメールに追加します。これにより、転送中の改ざんに対してメッセージと送信者のメールアドレスを検証できるようになります。
DKIMレコードの作成
Launchmetrics の担当者に依頼して、メールの送信を許可したいドメインに固有の DKIM キーを提供してもらいます。
Launchmetrics の担当者が指定した手順に従って、DNS レコードを変更します。これには、2 つの新しいテキスト レコードを DNS サーバーに追加する必要があります。
次のようなツールを使用して、ユーザー側のセットアップが正しく行われたかどうかをテストできます: http://mxtoolbox.com/dkim.aspx 
DNS レコードが更新されたことを Launchmetrics の担当者に通知してください。
- Launchmetrics の担当者からの確認を待って、DKIM キーのセットアップが完了したことを確認してから、プラットフォームからメールの送信を開始してください。
CUSTOM BOUNCE DOMAIN
CUSTOM BOUNCE DOMAINは、リターン パス アドレスの別の用語です。これは、SMTP プロトコル通信プロセス中に指定されるメール アドレスで、受信メール サーバーがバウンス メッセージやエラー メッセージをどこに送り返すかを決定します。
バウンス ドメインを設定するには、使用するサブドメイン (lm-bounce.company.com など) を選択し、適切な CNAME レコードを DNS 設定に追加します。
Launchmetrics サポート チームのメンバーも、これに関する手順をIT 部門と共有することができます。Launchmetrcs のMail Dmain Managerにアクセスできる場合は、この情報を自分で抽出できます。 Launchmetrics の担当者からの確認を待って、カスタム バウンス ドメインのセットアップが完了したことを確認してから、プラットフォームからメールの送信を開始してください。
SPF
SPF は、メールの送信を許可するメール サーバーのリストとドメイン名をパブリック DNS サーバーに入力する必要がある DNS レコードです。
SPFはありますか？
1. ブラウザを使用してhttp://www.kitterman.com/spf/validate.htmlにアクセスします。
2. メール ドメインを入力し、[SPF レコードを取得] をクリックします。
- メールのドメインは、@ 記号に続くすべてです。つまり、メール アドレスが xxxxx@clientname.com の場合、clientname.com がドメインになります。
3. 次の応答のいずれかを受け取ります (下記を参照)。
この応答は、 すでに SPF レコードがあることを意味します。
Found v=spf1 record for clientname.com:
v=spf1 …………………………... -all
この応答は、SPF レコードがないことを意味します。
No valid SPF record found of either type TXT or type SPF
SPF をお持ちの場合は、下の「SPF を変更する」セクションをクリックしてください。
SPF をお持ちでない場合は、下の「SPF を作成する」セクションをクリックしてください。
SPF レコードを変更する
- パブリック ドメイン ネーム サーバー (DNS) 管理コンソールにログインします。
- DNS のレコードを追加または変更できるページを探してください。
- TXT レコードを変更して、 ~allまたは-allの前にinclude:_shortspf.launchmetrics.comをレコードに追加します。
例: v=spf1 a mx include:_shortspf.launchmetrics.com ~all。
-allを使用すると、不正なサーバーから送信されたすべてのメールを拒否するようにスパム対策エンジンに指示できます。
~allを使用すると、スパム対策エンジンにメッセージを取得するが、メッセージが不正なサーバーから送信された場合には SPAM に送信するように指示できます。
http://www.kitterman.com/spf/validate.htmlにある Kitterman ツールを使用して、レコードを保存する前に新しい SPF レコードをテストします。
記録を保存します。 (この変更が内部に広がるまでに最大 48 時間かかる場合があります)。
SPFレコードを作成する
パブリック ドメイン ネーム サーバー (DNS) 管理コンソールにログインします。
DNS のレコードを追加または変更できるページを探してください。
詳細構成を有効にする必要がある場合があります。
次のテキストを含むタイプ TXT レコードを作成します: v=spf1 a mx include:_shortspf.launchmetrics.com ~all 。
-allを使用すると、不正なサーバーから送信されたすべてのメールを拒否するようにスパム対策エンジンに指示できます。
~allを使用して、メッセージを受信するが、メッセージが不正なサーバーから来た場合には SPAM に送信するようにアンチスパム エンジンに指示します。
変更を保存します。 (この変更が内部に広がるまでに最大 48 時間かかる場合があります)。