Email MX查找返回的确切地址是什么？

然而，我偶然发现了以下几点：
当我使用

host-tmx gmail.com

命令（我从中“借用”）查找MX时，我得到以下信息：

gmail.com mail is handled by 5 gmail-smtp-in.l.google.com.
gmail.com mail is handled by 30 alt3.gmail-smtp-in.l.google.com.
gmail.com mail is handled by 20 alt2.gmail-smtp-in.l.google.com.
gmail.com mail is handled by 10 alt1.gmail-smtp-in.l.google.com.
gmail.com mail is handled by 40 alt4.gmail-smtp-in.l.google.com.

在中提到了其中的非服务器（存在的服务器：

smtp relay.gmail.com

，

smtp.gmail.com

，

aspmx.l.google.com

）。我的理解是MX查找应该返回负责处理域邮件的服务器的地址（或它们的列表）

我的问题是：

为什么文档中提到的SMTP都没有通过MX查找返回

MX查找准确返回哪些服务器

MX查找返回的服务器是否可以用于向域电子邮件发送电子邮件（本例中为gmail）

MX查找返回的服务器能否用于向任意域电子邮件发送电子邮件

如果回答为“是”，请回答前面两个问题中的任何一个-使用这些服务器需要什么身份验证

---

用一些外行的话来说：

一,。邮件交换器记录（MX记录）指定负责代表域名接受电子邮件的邮件服务器。提到的文档页面是关于使用G套件发送电子邮件的

二,。见1，这些是谷歌服务器，接收发送到gmail的电子邮件

三,。四,。有时（甚至可能经常），同一台服务器负责发送和接收域的电子邮件。电子邮件提供商越大，我猜这些角色分离的可能性就越大。因此，其他域的电子邮件服务器将使用MX查找返回的服务器将电子邮件发送到gmail，但其中一个域（作为gmail用户）不能使用它们将电子邮件发送到其他域

---

五,。对于“是”部分，不需要身份验证（向@gmail user发送电子邮件不需要任何gmail凭据）

我认为您的问题的核心是您混合了MTA（邮件传输代理）和MSA（邮件提交代理）。如果世界上有人需要向someone@gmail.com它需要找出哪些MTA接收此特定域的电子邮件。因此，MX查找和到返回名称的连接是必需的。如果gmail.com提供商的客户希望向任何人（客户或非客户）发送电子邮件，则需要找到提供商的MSA，即发送邮件的位置。MX记录没有发现这一点，但在您链接的文档中。有时MTA=MSA，但不是在大型主机上。@PatrickMevzek，谢谢你清楚地概述了我误解的本质。这样一个门外汉的术语正是我想要的！谢谢！