伺服器託管發送郵件問題

kinxieer

我們公司的一個伺服器託管，在郵件伺服器中的兩個帳戶，當發送給固定的一個郵件時（外部），其中的一個可以，而另外一個發送時卻發生以下：
附加的郵件已“永久”遞送失敗!
經歷了多次的遞送失敗之後, 郵件中的附件, 已從伺服器中移除。
試圖遞送郵件的頻率和次數,
都根據本地端的配置參數所決定。
你的郵件無法遞送!

--- Session Transcript ---
Wed 2005-11-16 23:28:24: Parsing Message <xxxxxxxxxxxxxxxxxx\pd50000039397.msg>
Wed 2005-11-16 23:28:24: From: [email protected]
Wed 2005-11-16 23:28:24: To: [email protected]
Wed 2005-11-16 23:28:24: Subject: testing
Wed 2005-11-16 23:28:24: Message-ID: <[email protected]>
Wed 2005-11-16 23:28:24: [xxxxxx.xxx]的 MX-record 解析已在進行(DNS 服務: 210.52.212.123)...
Wed 2005-11-16 23:28:24: P=010 D=xxxxxx.xxx TTL=(785) MX=[xxxxxx.xxx] {xxxxxx}
Wed 2005-11-16 23:28:24: Attempting MX: P=010 D=xxxxxx.xxx TTL=(785) MX=[xxxxxx.xxx] {xxxxxx}
Wed 2005-11-16 23:28:24: 正在試圖 SMTP 連接到 [xxxxxx : 25]
Wed 2005-11-16 23:28:24: 等候 socket 連接...
Wed 2005-11-16 23:28:24: Socket 連接建立(xyxyxy : 4517 -> xxxxxx : 25)
Wed 2005-11-16 23:28:24: 等候協定初始化...
Wed 2005-11-16 23:28:34: <-- 220 xxxxxx.xxx.xx ESMTP MDaemon 7.2.2; Wed, 16 Nov 2005 23:36:59 +0800
Wed 2005-11-16 23:28:34: --> EHLO xxxxxx.com
Wed 2005-11-16 23:28:54: <-- 250-xxxxxx.xxx.xx Hello xxxxxx.com(可能被偽造), 很高興見到你
Wed 2005-11-16 23:28:54: <-- 250-ETRN
Wed 2005-11-16 23:28:54: <-- 250-AUTH=LOGIN
Wed 2005-11-16 23:28:54: <-- 250-AUTH LOGIN CRAM-MD5
Wed 2005-11-16 23:28:54: <-- 250-8BITMIME
Wed 2005-11-16 23:28:54: <-- 250 SIZE 0
Wed 2005-11-16 23:28:54: --> MAIL From:<[email protected]> SIZE=1207
Wed 2005-11-16 23:29:16: <-- 550 <[email protected]>, 發信人未知。

THX TO REPLY:)

jaccy

我也遇到過.

MarchFun

你的送信記錄打了太多 xxx 了，看起來很辛苦。

kinxieer

由于服务器拒绝收件人之一，无法发送邮件。被拒绝的电子邮件地址是“[email protected]”。 主题 'mail testing', 帐户: 'ilshin.com.cn', 服务器: 'ilshin.com.cn', 协议: SMTP, 服务器响应: '550 <[email protected]>, 收信人未知。', 端口: 25, 安全(SSL): 否, 服务器错误: 550, 错误号: 0x800CCC79

在客户机器上的提示如上,谢谢!

yangzi

Wed 2005-11-16 23:29:16: <-- 550 <[email protected]>, 發信人未知。

先看看你有沒有開Relay功能

kinxieer

奇怪，为什么我把ＲＥＬＡＹ前面的钩去掉就可以发送了？

MarchFun

引言 (kinxieer @ 2005/11/30 - 13:12)

奇怪，为什之琝潳遉荎琡洘蝡e面的钩去掉就可以发送了？

這樣可是非常危險的，請看：
http://www.suma.tw/modules/ipboar...p?showtopic=756

yangzi

的確很危險！

所以，既然確定有打勾，則解決方式應是以驗證方式進行郵件寄送。