550-Callback setup failed while verifying 這是為何被退信??

[chcsf]

時間 Mon, 15 May 2006 18:05:17 +0800
寄信人 postmaster <username@yourdomain.here> [加入通訊錄]
收信人(TO) XXX
收信人(CC)
標題 Unavailable Delivery : Mail was rejected
Response Message :
To: hawker@mrl.ucsb.edu
Subject: test
Reason: 550-Callback setup failed while verifying <XXXX>
Remote host: 128.111.24.45

以上是退信紀錄..
我用我公司的雷電可以寄進去這個帳號(hawker@mrl.ucsb.edu)..學校的雷電卻不行??
學校的mail網址是 mail.ch.ntust.edu.tw.
救命喔~~~

[Arnor]

Default Server: dns.hinet.net
Address: 168.95.1.1

> set q=mx
> mail.ch.ntust.edu.tw
Server: dns.hinet.net
Address: 168.95.1.1

DNS request timed out.
timeout was 2 seconds.
ch.ntust.edu.tw
primary name server = ns.ch.ntust.edu.tw
responsible mail addr = ta.ns.ch.ntust.edu.tw
serial = 2004022474
refresh = 604800 (7 days)
retry = 86400 (1 day)
expire = 2419200 (28 days)
default TTL = 604800 (7 days)
>

這網域連基本的 MX 都沒有.
別人要怎麼說你錯, 都是合理的喔.
_________________
*若是想問問題的話, 請務必不要塗改任何 IP, 網域資料, 您若不願貼上IP或網域, 請改以電子郵件來詢問. 謝謝您的配合.*
*若是回報疑似軟體的運行或邏輯或資料處理有誤的問題, 小弟很樂意去了解您的情況, 但請務必以最新版來做回報, 如果以郵件詢問, 請參考 http://www.raidenmaild.com/tw/feedback.html 的說明, 最好標題加個 RaidenMAILD 字樣, 才不致會遺漏了您的信唷. 謝謝您的配合^^*
*在版上發文請遵守網路禮儀, 並請持著虛心敘述問題請教他人, 凡發現違反的文, 均一律刪除為優先, 不另行通知喔.
*與使用者教學相長腦力激盪是我輩成就感的來源, 誠心希望您能不吝指教.
*雷電MAILD 知識庫文件 http://www.raidenmaild.com/tw/kb/

素還尊
Team John Long.
Email: arnor@raidenmaild.com
公司網站 http://www.raidenmaild.com/company/

[chcsf]

C:\Documents and Settings\mini>nslookup
Default Server: hntp1.hinet.net
Address: 168.95.192.1

> set q=mx
> ch.ntust.edu.tw
Server: hntp1.hinet.net
Address: 168.95.192.1

Non-authoritative answer:
ch.ntust.edu.tw MX preference = 10, mail exchanger = mail.ch.ntust.edu.tw

ch.ntust.edu.tw nameserver = chem.ch.ntust.edu.tw
ch.ntust.edu.tw nameserver = davis.ch.ntust.edu.tw
ch.ntust.edu.tw nameserver = ntust.edu.tw
ch.ntust.edu.tw nameserver = ns.ch.ntust.edu.tw
ch.ntust.edu.tw nameserver = ns.ntust.edu.tw
mail.ch.ntust.edu.tw internet address = 140.118.6.100
chem.ch.ntust.edu.tw internet address = 140.118.6.128
davis.ch.ntust.edu.tw internet address = 140.118.6.91
ntust.edu.tw internet address = 140.118.31.99
ns.ch.ntust.edu.tw internet address = 140.118.6.52
ns.ntust.edu.tw internet address = 140.118.31.67
>
可是我看都一切正常耶..我跟管理DNS的網管CHECK看看...
還煩請素大再幫忙抓看看哪邊錯了..超級感謝您..

[Arnor]

到 www.dnsreport.com 去查有發現幾個錯誤.
你要不要試著解決看看.
_________________
*若是想問問題的話, 請務必不要塗改任何 IP, 網域資料, 您若不願貼上IP或網域, 請改以電子郵件來詢問. 謝謝您的配合.*
*若是回報疑似軟體的運行或邏輯或資料處理有誤的問題, 小弟很樂意去了解您的情況, 但請務必以最新版來做回報, 如果以郵件詢問, 請參考 http://www.raidenmaild.com/tw/feedback.html 的說明, 最好標題加個 RaidenMAILD 字樣, 才不致會遺漏了您的信唷. 謝謝您的配合^^*
*在版上發文請遵守網路禮儀, 並請持著虛心敘述問題請教他人, 凡發現違反的文, 均一律刪除為優先, 不另行通知喔.
*與使用者教學相長腦力激盪是我輩成就感的來源, 誠心希望您能不吝指教.
*雷電MAILD 知識庫文件 http://www.raidenmaild.com/tw/kb/

素還尊
Team John Long.
Email: arnor@raidenmaild.com
公司網站 http://www.raidenmaild.com/company/

[chcsf]

Response Message :
To: hawker@mrl.ucsb.edu
Subject: tedt
Reason: 550 Please read RFC2821 Section 6.1.
Remote host: smtp.ucsb.edu
------------------------------------------------------------------------
今天回應變這樣了??素大救命~~^_^~~

[chcsf]

RFC 2821 Simple Mail Transfer Protocol April 2001


6. Problem Detection and Handling

6.1 Reliable Delivery and Replies by Email

When the receiver-SMTP accepts a piece of mail (by sending a "250 OK"
message in response to DATA), it is accepting responsibility for
delivering or relaying the message. It must take this responsibility
seriously. It MUST NOT lose the message for frivolous reasons, such
as because the host later crashes or because of a predictable
resource shortage.

If there is a delivery failure after acceptance of a message, the
receiver-SMTP MUST formulate and mail a notification message. This
notification MUST be sent using a null ("<>") reverse path in the
envelope. The recipient of this notification MUST be the address
from the envelope return path (or the Return-Path: line). However,
if this address is null ("<>"), the receiver-SMTP MUST NOT send a
notification. Obviously, nothing in this section can or should
prohibit local decisions (i.e., as part of the same system
environment as the receiver-SMTP) to log or otherwise transmit
information about null address events locally if that is desired. If
the address is an explicit source route, it MUST be stripped down to
its final hop.

For example, suppose that an error notification must be sent for a
message that arrived with:

MAIL FROM:<@a,@b:user@d>

The notification message MUST be sent using:

RCPT TO:<user@d>

Some delivery failures after the message is accepted by SMTP will be
unavoidable. For example, it may be impossible for the receiving
SMTP server to validate all the delivery addresses in RCPT command(s)
due to a "soft" domain system error, because the target is a mailing
list (see earlier discussion of RCPT), or because the server is
acting as a relay and has no immediate access to the delivering
system.

To avoid receiving duplicate messages as the result of timeouts, a
receiver-SMTP MUST seek to minimize the time required to respond to
the final <CRLF>.<CRLF> end of data indicator. See RFC 1047 [28] for
a discussion of this problem.

---------------------------------------------------------------------------------
是我SMTP的問題嗎??

[Arnor]

[2006/5/16 下午 02:10:13] Send mail from arnor@raidenmaild.com to hawker@mrl.ucsb.edu(smtp.ucsb.edu) successfully 1218bytes ( 1.2 KB/s)

我試是可以, 不過我被當作廣告信了, 他還有回封信說spamassassin 分數高達 11.6 分....(還說"恭喜"我...= = )

你要不要檢查一下你電腦是否開著不能啟用的SMTP防毒功能?
或者版本弄成跟我一樣是最新版再試?
_________________
*若是想問問題的話, 請務必不要塗改任何 IP, 網域資料, 您若不願貼上IP或網域, 請改以電子郵件來詢問. 謝謝您的配合.*
*若是回報疑似軟體的運行或邏輯或資料處理有誤的問題, 小弟很樂意去了解您的情況, 但請務必以最新版來做回報, 如果以郵件詢問, 請參考 http://www.raidenmaild.com/tw/feedback.html 的說明, 最好標題加個 RaidenMAILD 字樣, 才不致會遺漏了您的信唷. 謝謝您的配合^^*
*在版上發文請遵守網路禮儀, 並請持著虛心敘述問題請教他人, 凡發現違反的文, 均一律刪除為優先, 不另行通知喔.
*與使用者教學相長腦力激盪是我輩成就感的來源, 誠心希望您能不吝指教.
*雷電MAILD 知識庫文件 http://www.raidenmaild.com/tw/kb/

素還尊
Team John Long.
Email: arnor@raidenmaild.com
公司網站 http://www.raidenmaild.com/company/