☰

550 未採取行動（回覆 DATA 命令結束））

tag-icon • tag-icon postfix
550 未採取行動（回覆 DATA 命令結束））

當我檢查我的postfix 日誌時，我得到了這個，一切都很好，我沒有在我的伺服器中進行任何更改，只是一些iptables 現在，當我發送文字電子郵件時，一切正常，並且電子郵件的狀態已發送當我發送帶有任何超連結的電子郵件時，出現問題我的 dsn=5.0.0 退回 550 未採取行動。

後綴日誌錯誤

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 Action not take」訊息。

寄件者的其他電子郵件則沒有受到影響。

相當邋遢。

答案3

邁克爾的 MITM 郵件掃描器上面的答案對我有幫助。

我不確定是否是網站主機、我們的 ISP 或可能是我們的防火牆的問題，但某些東西阻止了看似隨機的 Word 文件和 docx 附件從我們在 VPS 上運行的網站發送到辦公室。

在此電子郵件路由上啟用 STARTTLS「修復」了該問題（Web 伺服器和目標電子郵件網域相同，因此存在一個被忽略的開啟此功能的設定）。暗示是同樣的電子郵件發送到谷歌確實有效，並且使用了加密。加密可以防止任何窺探電子郵件的行為發生。

或者也許我偶然發現了 hMailServer 和 postfix 之間的一個奇怪的錯誤。

相關內容