mail問題 "IP name lookup failed"

linux 網路管理伺服器 windows server mail 系統管理帳號

bird 2010-01-08 16:18:49 ‧ 25754 瀏覽

分享至

各位前輩今天又有問題來煩了...
早上客戶反應無法收發信，我們使用的是sendmail做mail server搭配Mailscanner機制，以下是Log顯示的訊息。
mail sendmail[23929]: o081IL3Q023929: ruleset=check_rcpt, arg1=<seanhong@visiononchip.com>, relay=[208.115.71.195], reject=550 5.7.1 <seanhong@visiononchip.com>... Relaying denied. IP name lookup failed [208.115.71.195]
mail sendmail[23929]: o081IL3Q023929: from=<ceo@gtico.com.tw>, size=0, class=0, nrcpts=0, proto=SMTP,daemon=MTA, relay=[208.115.71.195]
一直找不出是什麼原因所造成，
希望前輩們能提供這是什麼樣的問題所造成的...

登入發表討論

直播研討會

{{ item.channelVendor }} {{ item.webinarstarted }} |

直播中

5 個回答

cafebug

iT邦高手 1 級 ‧ 2010-01-08 17:47:37

最佳解答

請問你們是否有人到Las Vegas 參加展覽之類的 ? 看你的mail log應該是說有人從 Las Vegas Convention Center 嘗試用你在台灣的mail server來做mail relay 到 visiononchip.com ,但是你們家的mail server拒絕它了...

208.115.71.195 IP WHOIS =
Las Vegas Convention Center SCN-LV-3 (NET-208-115-68-0-1) 208.115.68.0 - 208.115.71.255

回應 2
分享
檢舉

bird iT邦新手 5 級 ‧ 2010-01-08 18:02:34 檢舉

哇塞，這樣都能察的出來.
是的有使用者到Las Vegas參展，
可是這會是造成使用者在Las Vegas可是這會是造成使用者在無法透過台灣這mail server收發信的原因嗎???
很頭大這問題

cafebug iT邦高手 1 級 ‧ 2010-01-08 18:17:04 檢舉

不知你們家的mail server是用啥機制來允許作mail relay ?
應該要認證帳號與密碼吧 ? 如果對方設定錯誤沒有做認證的動作, 那麼你們家的mail server應該會拒絕被relay的..要不然你家的mail server就變成open relay了..

p...(恕刪)

登入發表回應

sniperegg

iT邦新手 2 級 ‧ 2010-01-08 16:38:04

感覺像是Mail server IP解析問題造成的。
您的208.115.71.195這組IP是哪來的？
我反查@visiononchip.com和@gtico.com.tw都沒有這組IP出現。
還有只有這一家會這樣嗎？還是寄送每一家都會？

回應 1
分享
檢舉

bird iT邦新手 5 級 ‧ 2010-01-08 16:44:45 檢舉

我也不知道是哪裡來的，早上一直出現這訊息，我有發現DNS服務停掉了，後來有重起可是還是出現這問題，客戶也一直反應無法生發信，這情形真的很奇怪...

登入發表回應

davihuan

iT邦新手 3 級 ‧ 2010-01-09 11:15:18

DNS反查先設定好，不然這種事情應該不會解決，因為DNS反查是基本的認證方式，ISP DNS反查紀錄不是可以隨便改，如果正查跟反查紀錄是符合的才有辦法確認這個IP的使用這確實是這一台MAIL SERVER。

回應
分享
檢舉

登入發表回應

cliff888

iT邦新手 4 級 ‧ 2010-01-10 00:05:11

咱是不是先來理清一下您的"無法收發信件"的定義!!
到底是不能收信還是不能發信或是收發都不行?
使用者端看到的信息跟您所提供的log是否有一定的關聯?
您的使用者是否就是那位ceo@.... ?
兩行log要去解這些問題可能會造成誤判.
如同前幾位前輩寫的,認證機制部份的做法為何?
使用者端如果說用的是OUTLOOK或是OUTLOOK-EXPRESS等的client去發信件,
理論上不會出現上面那樣的relay的問題.
那兩行說明對方透過 "208.115.71.195"進行信件的轉送,
也就是說,對方並不見得是client端....