☰

550 未采取行动（回复 DATA 命令结束）

tag-icon • tag-icon postfix
550 未采取行动（回复 DATA 命令结束）

我检查我的 postfix 日志时得到了这个，一切正常，我没有在我的服务器中做任何更改，只是一些 iptables，现在当我发送文本电子邮件时，一切正常，电子邮件的状态已发送，问题是当我发送带有任何超链接的电子邮件时，我的 dsn=5.0.0 退回 550 未采取行动。

Postfix 日志错误

Jan 26 15:58:31 mail postfix/smtp[2075]: D4B1024C21: to=<[email protected]>, relay=mailin-02.mx.aol.com[64.12.137.162]:25, delay=0.62, delays=0.1/0.01/0.32/0.2, dsn=5.0.0, status=bounced (host mailin-02.mx.aol.com[64.12.137.162] said: 550 Action not taken (in reply to end of DATA command))

1 月 26 日 15:58:31 邮件 postfix/cleanup[2068]: 6DA6C257FB: message-id=<[电子邮件保护]>

这是我的 postfix 配置

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
header_checks = regexp:/etc/postfix/header_checks
home_mailbox = Maildir/
html_directory = no
inet_protocols = all
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
milter_default_action = accept
milter_protocol = 2
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
mydomain = mydomain.co
myhostname = mail.mydomain.co
mynetworks = 127.0.0.0/8, myip
myorigin = $mydomain
newaliases_path = /usr/bin/newaliases.postfix
non_smtpd_milters = $smtpd_milters
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
smtpd_banner = $myhostname ESMTP $mail_name ($mail_version)
smtpd_milters = inet:127.0.0.1:8891
unknown_local_recipient_reject_code = 550
virtual_transport = dovecot

master.cf 输出

# ==========================================================================
smtp      inet  n       -       n       -       -       smtpd
#submission inet n       -       n       -       -       smtpd
#  -o smtpd_tls_security_level=encrypt
#  -o smtpd_sasl_auth_enable=yes
#  -o smtpd_client_restrictions=permit_sasl_authenticated,reject
#  -o milter_macro_daemon_name=ORIGINATING
#smtps     inet  n       -       n       -       -       smtpd
#  -o smtpd_tls_wrappermode=yes
#  -o smtpd_sasl_auth_enable=yes
#  -o smtpd_client_restrictions=permit_sasl_authenticated,reject
#  -o milter_macro_daemon_name=ORIGINATING
#628      inet  n       -       n       -       -       qmqpd
pickup    fifo  n       -       n       60      1       pickup
cleanup   unix  n       -       n       -       0       cleanup
qmgr      fifo  n       -       n       300     1       qmgr
#qmgr     fifo  n       -       n       300     1       oqmgr
tlsmgr    unix  -       -       n       1000?   1       tlsmgr
rewrite   unix  -       -       n       -       -       trivial-rewrite
bounce    unix  -       -       n       -       0       bounce
defer     unix  -       -       n       -       0       bounce
trace     unix  -       -       n       -       0       bounce
verify    unix  -       -       n       -       1       verify
flush     unix  n       -       n       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
proxywrite unix -       -       n       -       1       proxymap
smtp      unix  -       -       n       -       -       smtp

有什么建议么？

答案1

您是否检查过您的服务器是否符合任何黑名单？例如工具箱

询问的原因是，我看不到您的服务器有任何客户端限制。这意味着它可能以半开放中继方式运行，这很容易让您被列入黑名单。

传输数据后被退回是限制垃圾邮件发送者的常用方法。因此，错误可能是由触发接收服务器垃圾邮件阈值的超链接引起的。

垃圾邮件阈值通常是一个由每个运营服务的组织制定的测量标准。它存在一些黄金法则，可让内容更容易通过。

欢迎随意改进，或发表评论:)

答案2

我最近遇到的一个案例是，发送方的托管服务提供商设置了一个中间人盒子。它被编程为检查所有 25 端口流量，如果它看到来自旧的、过期的 Spamcop 报告的几个字符串，它会在 DATA 末尾断开连接，发送方会收到“550 未采取行动”消息。

该发件人的其他电子邮件均未受到影响。

相当低劣。

答案3

上述 Michael 的 MITM 邮件扫描器答案对我有帮助。

我不确定是网络主机、我们的 ISP 还是我们的防火墙，但有些东西阻止了看似随机的 Word doc 和 docx 附件从我们网站在 VPS 上运行到办公室。

在此电子邮件路由上启用 STARTTLS “解决”了该问题（Web 服务器和目标电子邮件域相同，因此有一个忽略的设置来启用它）。提示是发往 Google 的相同电子邮件确实有效，并且使用了加密。加密可防止窥探电子邮件的任何人做它的事情。

或者我可能偶然发现了 hMailServer 和 postfix 之间的一个奇怪的错误。

相关内容