Ubuntu sendmail“拒绝中继。IP 名称可能被伪造”（回复 rcpt 命令）

Question 1

"Relaying denied"建议 mail.subdomain.domain.com 上的 sendmail 不将 subdomain.domain.com 视为本地电子邮件域，即由其托管的电子邮件域。

在修改 mail.subdomain.domain.com 主机上的 /etc/mail/local-host-name 文件后，您是否重新启动/重新加载了 sendmail 服务器？

是 => 在 mail.subdomain.domain.com 主机上由 root 执行的以下命令会报告什么？

echo '$=w' | sendmail -Am -bt

Answer

"Relaying denied"建议 mail.subdomain.domain.com 上的 sendmail 不将 subdomain.domain.com 视为本地电子邮件域，即由其托管的电子邮件域。

在修改 mail.subdomain.domain.com 主机上的 /etc/mail/local-host-name 文件后，您是否重新启动/重新加载了 sendmail 服务器？

是 => 在 mail.subdomain.domain.com 主机上由 root 执行的以下命令会报告什么？

echo '$=w' | sendmail -Am -bt

Question 2

几个小时后，我发现了这个问题：

localhost.localdomainsubdomain.domain需要与in放在一起/etc/mail/local-host-names。

因此，正确的内容/etc/mail/local-host-names应该是：

localhost
localhost.localdomain
subdomain.domain.com

确实如此不行如果你只使用：

localhost
subdomain.domain.com

Answer

几个小时后，我发现了这个问题：

localhost.localdomainsubdomain.domain需要与in放在一起/etc/mail/local-host-names。

因此，正确的内容/etc/mail/local-host-names应该是：

localhost
localhost.localdomain
subdomain.domain.com

确实如此不行如果你只使用：

localhost
subdomain.domain.com

Question 3

我查看了我的 sendmail.cf。您给出的错误消息Relaying denied. IP name possibly forged发生在Relay_ok规则集中。Relay_ok由执行Basic_check_rcpt，而后者又由执行，checkrcpt而后者又由执行check_rcpt（我知道这很令人困惑）。当的值为$&{client_resolve}FORGED 时会发生错误，这意味着正向查找与反向 DNS 查找不匹配。

所以问题是：如果你所做的更改只是包括或删除localhost.localdomain，/etc/mail/local-host-names那么为什么会Relay_ok根据这一事实拒绝或接受电子邮件？中有趣的几行Relay_ok是：

SRelay_ok
R$*                     $: $&{client_addr}
:
R$*                     $: < $&{client_resolve} >

当 localhost.localdomain 不包含在中时，/etc/mail/local-host-name我们会收到<FORGED>的回复$&{client_resolve}。当包含时，我们不会收到此回复。因此，有关中继的决定发生在调用之前Relay_ok。这意味着Rcpt_ok（再次在Basic_check_rcpt之前调用Relay_ok）决定了这一点。

现在从 OP 给出的描述来看，Ubuntu sendmail 似乎不会自动将名称包含在/etc/hosts$=w 中，这就是为什么需要特别包含 localhost.localdomain。但为什么呢？

[ 如果原始发帖者发布了完整的 sendmail.mc，那将会有很大帮助 ]

Answer