2014-01-23 126 views
1

我有一個運行多年的postfix沒有問題,但我有一個收件人沒有收到我的郵件。Postfix郵件被拒絕

以下是錯誤日誌:

Jan 19 04:17:02 server05 postfix/smtp[25826]: 7A2C34023F: to=<[email protected]>, 
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 <[email protected]_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 

回答

0

當驗證時間過長postfix的SMTP服務器推遲了450回覆發件人或收件人地址。正常的郵件客戶端會在延遲後重新連接。

unverified_sender_reject_code參數(默認爲450)指定發件人地址已知退回時的數字Postfix服務器回覆代碼。當您信任Postfix的判斷時,將此設置更改爲550。

請參閱本link改變main.cf的設置,按您的要求

+0

我改變了我的conf,但是,同樣的問題......在我的問題中添加conf) – Gilles

0

通常許多郵件服務器拒絕來自域的連接,還沒有一家註冊DNS反向。這是解決從您的ISP添加PTR記錄到您的域名。其他的方法是配置BIND,如果你是系統管理員,那麼你可以將dns記錄重定向到你的服務器。

我發現論壇上對這個問題的一個線程,但你可以找到更多的: https://serverfault.com/questions/148178/reverse-dns-the-reason-my-mails-are-rejected

問候。

0

它是網絡可達性(或者防火牆)的問題。 的線索是「連接到my_domain.fr [222.22.5.5]:25:沒有到主機的路由

這意味着你的機器無法連接到222.22.5.5 TCP端口25上。 這意味着從命令行運行的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.5AS並且他的其他地址都不可訪問,則可能是BGP路由問題。或者有靜態路由指向錯誤的地方。或者收件人正在羣集上運行,並且只有一些節點存在問題。根據上面的traceroute在你附近失敗或靠近他時,你或他的ISP應該能夠(如果他們願意 - 如果他們很小或者如果你是大客戶,通常你會更幸運)來幫助排除故障(甚至修復如果問題與他們,或解決方法,通過路由通過不同的ASs,如果它不是他們的問題)