☰

編集：

tag-icon • tag-icon domain-name-system mx-record
編集：

当社では、クライアントに電子メール アカウントを販売するためにメール サーバー (Mailenable) を使用しています。特定のドメインに電子メールを送信できないクライアントが 1 社あり、そのクライアントはドメインの電子メール サーバーから次のエラーを受信します。

理由: ドメイン名 ourclientcompanyname.com に DNS レコードがないため、メッセージを配信できませんでした。

弊社のメールサービスを利用している会社には、ドメインのDNSレコードがありませんourclientcompanyname.com

MX レコードは問題ありませんが、ドメインには他の DNS レコードがありません。これはエラーの可能性がありますか? クライアントはどの DNS レコードを追加する必要がありますか?

答え1

MX レコードは正常ですが、ドメインには DNS レコードがまったくありません。これはエラーの可能性はありますか? クライアントが追加する必要がある DNS レコードは何ですか?

はい、一部のメール サーバーは、メールを受信すると、送信サーバーだけでなく、送信ユーザーのドメインに DNS レコードがあるかどうかを確認します。これは少しばかげていると思いますし、スパムのチェックとしては最適ではありませんが、仕方ありません。クライアントは、Aourclientcompanyname.com apex ドメインのレコードを入力するだけで済む可能性が高いでしょう。念のため、5 ドルのホスティング アカウントと 1 ページの情報 Web サイトを用意してください。

編集：

古い RFC 5321 のセクション 2.3.5 に次のように書かれています。

SMTP でドメイン名が使用される場合、解決可能な完全修飾ドメイン名 (FQDN) のみが許可されます。

素晴らしい! これをスパム抑止策と考えるのは愚かで、相関関係と因果関係を混同していると私はまだ思っていますが、少なくともこれは文書化された標準であり、これに従うとスパム フォルダーにいくつかの良い副作用があります! 親指が 2 本あるのに RFC の教育を受けた人はいますか?

ここに画像の説明を入力してください

答え2

RFC 5321 セクション 2.3.5電子メールで使用されるドメイン名がアドレスに解決可能であることが必要です。

関係部分より：

SMTP でドメイン名が使用される場合、解決可能な完全修飾ドメイン名 (FQDN) のみが許可されます。つまり、MX RR またはアドレス (つまり、A または AAAA) RR (セクション 5 で説明) に解決できる名前が許可されます。また、ターゲットが MX またはアドレス RR に解決できる CNAME RR も許可されます。ローカル ニックネームまたは非修飾名は使用できません。FQDN を必要とするルールには、次の 2 つの例外があります。

  • EHLO コマンドで指定されるドメイン名は、プライマリ ホスト名 (アドレス RR に解決されるドメイン名) か、ホストに名前がない場合は、セクション 4.1.3 で説明され、セクション 4.1.4 の EHLO の説明でさらに説明されているアドレス リテラルのいずれかである必要があります。

これは新しい要件ではありません。RFC 2821 セクション 2.3.5（2001）にも同様の表現がありました。

この文書および[22]で説明されているように、ドメイン名は完全な完全修飾名（多くの場合「FQDN」と呼ばれる）です。FQDN形式ではないドメイン名は、ローカルエイリアスにすぎません。ローカルエイリアスは、SMTPトランザクションに出現してはなりません。

メール サーバーがEHLO company.example、company.example をアドレスに解決できないと表示した場合、その接続を拒否してもまったく問題ありません。送信者と受信者のアドレスで使用されるドメイン名についても同様です (ドメイン名がまったく必要のない postmaster は例外です)。

(RFC 2821 より前の標準規格は RFC 821 と RFC 974 でしたが、これらは 1980 年代に制定されたもので、現在は存在しない多くの非インターネット ネットワークに対応する必要があったため、標準規格の制限ははるかに緩やかでした。)

答え3

メールが適切に機能するには、3 つの DNS レコードが必要です。

  1. A レコード - ホスト名と IP アドレスのマッピング

  2. MXレコード - MXレコードはメールサーバーのAレコードにバインドされます

  3. 逆引き - 逆引き (SPAM 防止) のために IP アドレスを A レコードにバインドする必要があります

同様に、メール サーバーのパブリック IP (送信元 IP) が逆引き参照と一致するように、ファイアウォールの PAT アドレスをメール サーバーに設定する必要があります。

通常、パブリック側で使用している IP アドレスを ISP が所有している場合は、ISP に問い合わせて逆引き検索を作成してもらう必要があります。

注: Forward-Confirmed Reverse DNS に関する RFC はありません。これは単なるベスト プラクティスです。

関連情報