web-dev-qa-db-ja.com

メールを送信するためだけにドメインでMXレコードが必要ですか？

次のシナリオを想像してみてください。

  • [email protected]でメールを送信するオンラインショップがあります
  • このドメインへのメールが必要ないため、shop.mydomain.comのMXレコードはありません
  • shop.mydomain.comの有効なSPFレコードがあります

メールサーバーが[email protected]からのメールを確実に受け入れるようにするには、shop.mydomain.comにMXレコードが必要ですか？ （スパム対策システムに関して）

私はすでに次の2つの同様の質問を見つけましたが、アンチSPAMメカニズムはそこで言及されていません。

domain-name-systememailspammx-record
1
MatSnow

いいえ、はい。

標準では、送信者ドメインにMXレコードが必要ではありません。 RFC 5321では、MXレコードはオプションになっていますが、今日では多少標準になっています。

ただし、スパム行為により、送信者のドメインのMXレコードがない場合、多くの受信サーバーがメッセージを拒否する可能性があります。 MXレコードを設定することは大したことではないため、深刻なトラフィックの場合は設定することを強くお勧めします。

@MichaelHamptonが指摘しているように、スパムとして分類されないようにするには、送信者のドメイン（postmaster @およびabuse @エイリアスを含む）のメッセージを受け入れることができる必要があります。

4
Zac67

いいえ。MXレコードは、そのドメイン/サブドメインのユーザーへのどのメールサーバーメールを最終的に配信するかを決定するだけです。 MXレコードがないと、メールアドレスの実際のホスト名に配信しようとするため、@ MichaelHamptonの回答に対するコメントを念頭に置いておくと、バウンスなどを受信できる必要があります。メールを受け入れる（/dev/nullにルーティングする場合でも）その側では問題ないはずです。

3
ivanivan

電子メールを送信するためにDNSレコードは必要ありませんが、ドメインに適切なメール関連のDNSレコードがないと、スパムフィルターによって破棄される可能性があります。 shop.mydomain.comサーバーは、子ドメインとしてではなく、メールの送信を許可されたホストとして扱われる必要があります。

ドメインにMXレコードが存在しない場合に、スパム確率スコアを上げるサービスを少なくとも1つ知っています。メールサーバーの有効なPTRレコードやSenderPolicy Frameworkのレコード（ [〜＃〜] spf [〜＃〜] ）やDomainKeys Identified Mail（ [〜＃ドメインの〜] dkim [〜＃〜] ）も役立ちます。

RackAIDによる優れた記事 すべての電子メールマーケティング担当者が知っておくべき3つのDNSレコード があり、スパムフィルタリングとのDNS相互作用の基本を概説しています。

3
JamieSee