Postfix/Dovecot初始配置后无法接收邮件：554 5.7.1客户端主机被拒绝问题求助

看起来你遇到了Postfix/Dovecot配置后能发不能收的头疼问题，错误码554 5.7.1 Client host rejected: Access denied确实和常见的“Relay access denied”不一样，咱们一步步排查可能的原因：

• 修正smtpd_recipient_restrictions配置（核心排查点）
  你提到注释掉了smtpd_recipient_restrictions（注意拼写：是recipient不是receipient），这大概率是问题的关键。Postfix的收件限制规则是控制外部邮件服务器能否向你投递邮件的核心配置，直接注释会导致Postfix启用默认的严格规则，拒绝外部连接。建议取消注释，配置成以下合理的规则集：

smtpd_recipient_restrictions =
    permit_mynetworks
    permit_sasl_authenticated
    reject_unauth_destination
    check_policy_service unix:private/policyd-spf

每个规则的作用：

• permit_mynetworks：允许本地网络的邮件投递（比如服务器内部程序发件）

• permit_sasl_authenticated：允许已通过SASL认证的用户发件（比如你用邮件客户端发件）

• reject_unauth_destination：拒绝发送到非你负责域名的邮件（防止服务器被用作垃圾邮件中继）

• check_policy_service unix:private/policyd-spf：启用SPF检查，验证发件方的合法性

• 确认Postfix服务正确重启
  你提到执行了sudo systemctl restart prefix，这里应该是笔误，正确命令是sudo systemctl restart postfix。配置修改后必须重启服务，新规则才能生效，建议重新执行一次正确的重启命令。

• 检查防火墙与端口开放状态
  Google的邮件服务器需要通过25端口（SMTP）向你投递邮件，确认你的服务器25端口是对外开放的。如果用UFW防火墙，可以执行ufw status查看规则；如果用iptables，执行iptables -L检查是否有阻止25端口入站的规则。

• 查看Postfix日志获取详细拒绝原因
  最有效的排查方式是查看Postfix的日志文件/var/log/mail.log，找到对应错误发生的时间点，日志会给出更具体的拒绝触发原因——比如是否是SPF检查失败、反向解析不匹配，或者某个规则触发了拦截。例如日志中可能会有类似：

NOQUEUE: reject: RCPT from mail-qv1-f52.google.com[209.85.219.52]: 554 5.7.1 Access denied; from=sender@example.com to=your@equityentity.com proto=ESMTP helo=<mail-qv1-f52.google.com>
这类条目会帮你定位具体问题。

• 验证服务器IP的反向解析（PTR记录）
  部分主流邮件服务商（包括Google）会检查收件服务器IP的反向解析是否存在且匹配域名。你可以确认你的服务器IP对应的PTR记录是否指向fullstack.equityentity.com或mail.equityentity.com，如果没有，需要联系主机服务商设置正确的PTR记录。

建议先尝试前两个步骤，修改配置并重启Postfix，看看是否能解决问题。如果还是不行，提取/var/log/mail.log中的相关日志片段，能帮你进一步定位问题。

备注：内容来源于stack exchange，提问作者Anthony Mallgren