これらのアドレスから送信すると、バウンスが発生します。
GoDaddyからGmail、Yahoo、AOL、Apple Domains(iCloud、Mac、Me)、Mail.ru、Verizonのメールアドレスからマーケティングメールを送信しようとすると、何度も返送が発生します。これらのアドレスのいずれかを差出人アドレスとして使用すると、警告が表示される場合があります。
このメールアドレスからの送信は、ほとんどの主要ISPでバウンスの原因となるため、お勧めしません。
ISPとはInternet Service Providerの略で、インターネットやメールの受信箱を提供する人なら誰でもいいという意味です。
警告が表示されなくても、Gmail、Yahoo、AOL、Apple Domains(iCloud、Mac、Me)、Mail.ru、Verizonのメールアドレスを通常のキャンペーンのRSSメールのアドレスとして使用することはできません。 、オートレスポンダー、またはサインアップフォームアクティベーションメッセージ。送信メーリングの差出人アドレスとして別のメールアドレスを使用する必要があります。
別のメールアドレスが手元にない場合は、オプションがあります。自分でドメインベースのメールアドレスは、顧客にプロフェッショナルな印象を与える最良の方法の1つです。また、無料のメールプロバイダのポリシー決定に気が狂うことは決してありません。古いアドレスへのメール転送を設定して、新しいアドレスへの移行を簡単にすることもできます。
Gmail、Yahoo、AOL、Apple Domains(iCloud、Mac、Me)、Mail.ru、Verizonのメールアドレスを使用できないのは、 DMARC検証ポリシーと呼ばれるものです。すべてのメールプロバイダが持っているもの。プロバイダがポリシーをp = rejectに変更した場合、そのメールアドレスを送信者アドレスとして使用することはできません。
つまり、Websites + MarketingやDigital Marketingアカウントなどのメールマーケティングサービスの差出人アドレスとして使用することはできません。この決定は、不正行為を減らし、ユーザーを保護するために、これらのメールプロバイダによって行われました。
ただし、メールマーケティングメーリングの差出人アドレスは、アカウントログインメールアドレスとは異なることに注意してください。
ドメインベースのメールアドレスに厳格なDMARC検証ポリシーがある場合はどうなりますか?
DMARCがドメインの整合性をチェックする方法により、マーケティングメールの送信時にDMARC検証に合格するために、次のレコードをSenderドメインのDNSに追加する必要がある場合があります。
SPFの場合:
ドメインに現在SPFレコードが設定されている場合は、include:spf.em.secureserver.net
それに。
まだ設定していない場合は、yourdomain.comのTXTレコードを次の値で作成する必要があるかもしれません。v=spf1 include:spf.em.secureserver.net ~all
個別のIP範囲ではなく、SPF情報を含めることをお勧めします。これらの情報は将来変更される可能性があり、メール認証が失敗する可能性があるためです。
カスタムDKIMの場合:
CNAMEレコードを作成sable.cloud._domainkey
値dkim.cloud.em.secureserver.net
CNAMEレコードを作成sable.cloud2._domainkey
値dkim.cloud2.em.secureserver.net
カスタムのReturn-Pathの場合:
CNAMEレコードを作成bounces.cloud.em
値cbounces.cloud.em.secureserver.net
CNAMEレコードを作成bounces.cloud2.em
値cbounces.cloud2.em.secureserver.net
ただし、ドメインがGoDaddyでホストされている場合、これらのレコードはすでにドメインのDNSに含まれている可能性があります。そうであれば、これ以上の操作は必要ありません。
次のステップ
- 送信前に差出人アドレスを別のメールアドレスに変更してください。
- 別のメールアドレスをお持ちでない場合は、ドメインベースのメールアドレスの取得と、必要に応じて自分のドメインの取得を確認してください。