智能托管 A 记录是否违反了 RFC-5321 第 1 节？

Question

我有一个配置为 smarthost 到下游资源的 sendmail 服务器。目前的配置是：

define(`SMART_HOST',`relay:[vip.example.local]')dnl

因为它是发送A备案vip.example.local。有人告诉我，这违反了 IETF RFC-5321 第 5.1 节，其中规定：

一旦 SMTP 客户端从词法上识别出邮件将
被传送到的域以进行处理（如第 2.3.5 和 3.6 节所述），必须执行 DNS 查找以解析域名（RFC 1035
[2]）。名称应为完全限定域名
(FQDN)：从部分名称或本地
别名推断 FQDN 的机制不在本规范范围内。由于
问题的历史，用于初始提交消息的 SMTP 服务器不应该做出这样的推断（消息提交服务器 [18] 有
更多的灵活性）和中间（中继）SMTP 服务器不能做出这样的推断。

查找首先尝试定位与名称关联的 MX 记录。如果找到 CNAME 记录，则将结果名称作为初始名称进行处理。如果返回一个不存在的域错误，则必须将这种情况报告为错误。如果返回一个临时错误，则消息必须排队并稍后重试（参见第 4.5.4.1 节）。如果返回一个空的 MX 列表，则该地址被视为与隐式 MX RR 相关联，优先级为 0，指向该主机。如果 MX 记录存在，但没有一个可用，或者隐式 MX 不可用，则必须将这种情况报告为错误。

如果为给定名称找到一个或多个 MX RR，则 SMTP 系统不得使用与该名称关联的任何地址 RR，除非它们是使用 MX RR 定位的；上面的“隐式 MX”规则仅适用于
不存在 MX 记录的情况。如果 MX 记录存在，但
它们都不可用，则必须将这种情况报告为错误。

当查找与 MX RR 关联的域名并获得
关联的数据字段时，该响应的数据字段必须
包含域名。当被查询时，该域名必须返回
至少一个地址记录（例如，A 或 AAAA RR），它给出
了消息应该被定向到的 SMTP 服务器的 IP地址。
任何其他响应，特别是包括在查询时将返回 CNAME 记录的值，都不在本标准的范围内。 RFC 2181 第 10.3 节 [38] 中更详细地讨论了
禁止解析为 CNAME 的数据中的标签
。

由于邮件服务器支持智能托管到 IP 的选项，我不明白智能托管到 A 记录可能是一种违规行为。

Answer 1

这显然适用于尝试将邮件传送到目的地的邮件服务器。这与您将所有邮件发送到智能主机的情况完全无关；您交付给的智能主机负责遵循这一点，但您不是。