web-dev-qa-db-ja.com

GmailのSMTPサーバーの逆引きが一致しない理由

SMTPサーバーのセットアップについて読んでいますが、ほとんどすべての記事で、SMTPサーバーの名前がDNSで対応する逆引き(PTR)エントリを持っていることを確認することをお勧めしています。ただし、何気なくGmailの設定を確認したところ、どのSMTPサーバーにも対応する逆ルックアップがありませんでした。

$ Dig +short gmail.com MX
20 alt2.gmail-smtp-in.l.google.com.
5 gmail-smtp-in.l.google.com.
40 alt4.gmail-smtp-in.l.google.com.
10 alt1.gmail-smtp-in.l.google.com.
30 alt3.gmail-smtp-in.l.google.com.


$ Dig +short alt2.gmail-smtp-in.l.google.com.
64.233.168.26
$ Dig +short gmail-smtp-in.l.google.com.
74.125.130.27
$ Dig +short alt4.gmail-smtp-in.l.google.com.
173.194.219.26
$ Dig +short alt1.gmail-smtp-in.l.google.com.
74.125.28.26
$ Dig +short alt3.gmail-smtp-in.l.google.com.
74.125.201.27
$ Dig -x +short 64.233.168.26


$ Dig -x 64.233.168.26 +short
oj-in-f26.1e100.net.
$ Dig -x 74.125.130.27 +short
sb-in-f27.1e100.net.
$ Dig -x 173.194.219.26 +short
ya-in-f26.1e100.net.
$ Dig -x 74.125.28.26 +short
pc-in-f26.1e100.net.
$ Dig -x 74.125.201.27 +short
in-in-f27.1e100.net.

だから私は少し混乱しています。誰かがSMTPで逆引き参照がどのように使用されるかを理解するのに役立ちますか?確かに、Gmailの設定を見ていると、この概念が欠けています。

[〜#〜]更新[〜#〜]

@Jacobの回答を読んだ後、これが私が見つけたものです:

以下の行は、gmail.comから受信したメールメタデータからのものです。

Received: from mail-qt0-f179.google.com (mail-qt0-f179.google.com [209.85.216.179])
    by mx0a-00273201.pphosted.com with ESMTP id 2edpusg15b-1
    (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT)

PTRレコードは完全に一致します。

$ Dig +short mail-qt0-f179.google.com
209.85.216.179
$ Dig -x 209.85.216.179 +short
mail-qt0-f179.google.com.

それで、私が理解しているように、発信をチェックするのに適切ではない「MX」レコードを見ていました。詳細な説明をありがとう@HBruijn。

また、メールが[email protected]メールアドレスから送信されたことがわかりました。ただし、送信SMTPサーバーはmail-qt0-f179.google.comであり、これはgoogle.comドメインの下にあります(送信SMTPサーバーもxxxxx.gmail.comドメイン)。

2
slayedbylucifer

それらは一致し、Google(およびほとんどの大規模プロバイダー)はロードバランシングの抽象化を持っています。gmail-smtp-in.l.google.com.の宛先/ IPは、要求するIP、ネットワークの状態、負荷などに応じて変化します。

ただし、IPアドレスにはフォワーダーとDNS逆引き(FCrDNS)があります。

Dig gmail-smtp-in.l.google.com. +short
74.125.29.26

26.29.125.74.in-addr.arpa. 15995 IN     PTR     qg-in-f26.1e100.net.

Dig qg-in-f26.1e100.net. +short
74.125.29.26

ただし、インバウンドMXレコードではこの「問題」はなく、IPを送信するだけです。

1
Jacob Evans

MXレコードは受信メールを特定のドメインの正しいSMTPサーバーに送信するために使用されます。

私が知る限り、着信メールの信頼性の高い配信を保証するために、一致する逆DNSレコードを持っている必要はありません。

また、受信メールサーバーは、ドメインが電子メールメッセージの送信に使用する送信SMTPサーバーとの関係を持っている必要はありません。

信頼性の高い配信では、サーバーが自身を識別するために使用するホスト名に、正引きと逆引きのDNSレコードが一致している必要があるのは、電子メールを送信するためだけです。

2
HBruijn