后缀电子邮件被拒绝

Question

我的 postfix 运行多年没有问题，但我的收件人没有收到我的邮件。

这是错误日志：

Jan 19 04:17:02 server05 postfix/smtp[25826]: 7A2C34023F: to=<xxx@yyy.com>, 
relay=sssss.net[111.111.111.111]:25, delay=298684, delays=298676/0.01/2.3/6.3, dsn=4.1.7, 
status=deferred (host sssss.net[111.111.111.111] said: 450 4.1.7 <www-data@my_domain.fr>: 
Sender address rejected: unverified address: connect to my_domain.fr[222.22.5.5]:25: No route to host (in reply to RCPT TO command))

有什么想法吗？

我的 posfix 配置

# postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
data_directory = /var/lib/postfix
debug_peer_level = 2
html_directory = no
inet_interfaces = localhost
inet_protocols = all
mail_owner = postfix
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
message_size_limit = 20971520
mydestination = $myhostname, localhost.$mydomain, localhost
myhostname = my_domain.fr
newaliases_path = /usr/bin/newaliases.postfix
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/postfix-2.6.6/README_FILES
sample_directory = /usr/share/doc/postfix-2.6.6/samples
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
unknown_local_recipient_reject_code = 550
unverified_sender_reject_code = 550

Answer 1

当验证时间过长时，Postfix SMTP 服务器会延迟发件人或收件人地址并回复 450。普通邮件客户端会在延迟一段时间后再次连接。

unverified_sender_reject_code 参数（默认为 450）指定当发件人地址被退回时的数字 Postfix 服务器回复代码。当你相信 Postfix 的判断时，将此设置更改为 550。

请参考link 以根据您的要求更改 main.cf 的设置

Answer 2

许多邮件服务器通常会拒绝来自未注册 DNS 反向域的连接。解决了从您的 ISP 向您的域添加 PTR 记录的问题。如果您是系统管理员，另一种方法是配置 BIND，这样您就可以将 dns 记录重定向到您的服务器。

我找到了一个关于这个问题的论坛帖子，但你可以找到更多： https://serverfault.com/questions/148178/reverse-dns-the-reason-my-mails-are-rejected

问候。

Answer 3

这是网络可达性（或防火墙）问题。 线索是“connect to my_domain.fr[222.22.5.5]:25: No route to host”

这意味着您的机器无法连接到 TCP 端口25 上的222.22.5.5。 这意味着从命令行运行telnet 222.22.5.5 25 也会失败。

这可能有两个原因：

1. 您和 222.22.5.5 之间的某些防火墙正在阻止与端口 25 的连接 - 您可以通过尝试连接到目标计算机正在运行的其他端口来检查，例如 telnet 222.22.5.5 80 如果他正在运行 Web 服务器，或者使用端口 465 进行 SMTPS（如果他有）等。也可能是他身边的 IDS 出于某种原因将您的 IP 标记为攻击者并阻止了您。你也可以试试ping 222.22.5.5。如果这些都不起作用，那么问题很可能是下一个原因

2. 您和目标主机之间存在网络问题。您通常可以使用traceroute -n 222.22.5.5 来大致确定问题出在哪里。可能有多种原因；如果222.22.5.5 是AS 并且他的其他地址都无法访问，则可能是BGP 路由问题。或者某处有指向错误位置的静态路由。或者接收方在集群上运行，只有一些节点有问题。如果上面的 traceroute 在您附近或他附近失败，您或他的 ISP 应该能够（如果他们愿意 - 通常，如果他们很小或者如果您是大客户，您更有可能幸运）来帮助解决它（如果他们有问题，甚至可以修复，或者如果不是他们的问题，则通过不同的 AS 路由来解决）