請幫我看看這是什麼問題啊???



贊助商連結


hyc1976
2001-09-15, 02:05 AM
Sat 2001-09-15 02:08:53: [164:9] 接受 SMTP 連線,來源位址: [210.59.228.149]
Sat 2001-09-15 02:08:53: [164:9] 220 hyc1976.idv.tc ESMTP 伺服器就緒...
Sat 2001-09-15 02:08:53: [164:9] HELO aloha.url.com.tw
Sat 2001-09-15 02:08:53: [164:9] 250 hyc1976.idv.tc 呼叫(Hello) aloha.url.com.tw,很高興見到您!
Sat 2001-09-15 02:08:53: [164:9] MAIL FROM:<[email protected]>
Sat 2001-09-15 02:08:53: [164:9] 250 <[email protected]>,寄件者已確認。
Sat 2001-09-15 02:08:53: [164:9] RCPT TO:<[email protected]>
Sat 2001-09-15 02:08:53: [164:9] 250 <[email protected]>,收件者已確認。
Sat 2001-09-15 02:08:54: [164:9] DATA
Sat 2001-09-15 02:08:54: [164:9] 儲存 <d:\mdaemon\smtpin\md50000002029.tmp>
Sat 2001-09-15 02:08:54: [164:9] 354 請輸入郵件,以 <CRLF>.<CRLF> 作為結尾。
Sat 2001-09-15 02:40:24: [164:9] 連線逾時!
Sat 2001-09-15 02:40:24: [164:9] SMTP 工作異常終止,2048 位元組的資料被傳送。
Sat 2001-09-15 02:40:24: ----------
Sat 2001-09-15 02:10:09: [176:10] 接受 SMTP 連線,來源位址: [210.59.228.149]
Sat 2001-09-15 02:10:09: [176:10] 220 hyc1976.idv.tc ESMTP 伺服器就緒...
Sat 2001-09-15 02:10:09: [176:10] HELO aloha.url.com.tw
Sat 2001-09-15 02:10:09: [176:10] 250 hyc1976.idv.tc 呼叫(Hello) aloha.url.com.tw,很高興見到您!
Sat 2001-09-15 02:10:09: [176:10] MAIL FROM:<[email protected]>
Sat 2001-09-15 02:10:09: [176:10] 250 <[email protected]>,寄件者已確認。
Sat 2001-09-15 02:10:09: [176:10] RCPT TO:<[email protected]>
Sat 2001-09-15 02:10:09: [176:10] 250 <[email protected]>,收件者已確認。
Sat 2001-09-15 02:10:11: [176:10] DATA
Sat 2001-09-15 02:10:11: [176:10] 儲存 <d:\mdaemon\smtpin\md50000002030.tmp>
Sat 2001-09-15 02:10:11: [176:10] 354 請輸入郵件,以 <CRLF>.<CRLF> 作為結尾。
Sat 2001-09-15 02:41:39: [176:10] 連線逾時!
Sat 2001-09-15 02:41:39: [176:10] SMTP 工作異常終止,2048 位元組的資料被傳送。
Sat 2001-09-15 02:41:39: ----------


以上就是我遇到的問題...為何不會傳完呢???
別家的信箱都沒有問題,url.com.tw的我寄出去的也沒有問題....但接收就有問題了!!!
請各位幫我解決一下......

贊助商連結


milwater
2001-09-15, 09:04 AM
<CTRL>是郵件用來做結尾的字碼, 一般我們是看不到的,
由郵件伺服器來做過濾, 看那些是收件者, 寄件者, 內文, 乃至於附件.
不知你用的OS, Mail AP是什麼, 寄其他信件有問題嗎?
..不過我想這應該是你的Mail Server的問題..
參考這:
In the original Internet standard that specifies how SMTP servers handle messages, the end of message designation is Carriage Return-Line Feed (<CRLF>) followed by a period and then another <CRLF>. When you use richer message types such as Hypertext Markup Language (HTML) and message formats that use fixed line lengths, a period may be moved to a new line by itself, separated from the last word in the preceding sentence. This action causes the SMTP server to proceed with the transport of the message, and ignore any text or encoded attachments in the remaining portion of the message stream.
 
The Internet standards consortium recognizes that this unwanted circumstance may occur, so they amended the SMTP standard to instruct compliant servers to add an additional period to the line where the first period was inadvertently "wrapped" and to continue with the transport without truncating the message.
 
原文:http://support.microsoft.com/directory/article.asp?ID=KB;EN-US;q291019
(雖然OS與AP不見得與你的相同, 但概念類似, 參考看看吧)
p.s2: 台灣妹也不錯啦..我是指"個性"..:D

hyc1976
2001-09-15, 12:37 PM
最初由 milwater
<CTRL>是郵件用來做結尾的字碼, 一般我們是看不到的,
由郵件伺服器來做過濾, 看那些是收件者, 寄件者, 內文, 乃至於附件.
不知你用的OS, Mail AP是什麼, 寄其他信件有問題嗎?
..不過我想這應該是你的Mail Server的問題..
參考這:
In the original Internet standard that specifies how SMTP servers handle messages, the end of message designation is Carriage Return-Line Feed (<CRLF>) followed by a period and then another <CRLF>. When you use richer message types such as Hypertext Markup Language (HTML) and message formats that use fixed line lengths, a period may be moved to a new line by itself, separated from the last word in the preceding sentence. This action causes the SMTP server to proceed with the transport of the message, and ignore any text or encoded attachments in the remaining portion of the message stream.
 
The Internet standards consortium recognizes that this unwanted circumstance may occur, so they amended the SMTP standard to instruct compliant servers to add an additional period to the line where the first period was inadvertently "wrapped" and to continue with the transport without truncating the message.
 
原文:http://support.microsoft.com/directory/article.asp?ID=KB;EN-US;q291019
(雖然OS與AP不見得與你的相同, 但概念類似, 參考看看吧)
p.s2: 台灣妹也不錯啦..我是指"個性"..:D

台彎妹當然是不錯啦....
我長輩跟我說....女朋友....是那一種的都無所謂.....
但要"做種"的話...還是找台灣的吧.....

我是用win98se+mdaemon 3.5.2版的...寄其它信件都沒有問題.....
只有收XXX.url.com.tw的會有問題.....
我看了上面的文章....可是我覺得問題出在"連線逾時"耶!!!
因為前面做資訊交換都沒有問題....只有在傳輸信件時....傳到一個定數就停住了...
然後連線逾時....因為沒有傳完....所以出現沒有以<CTRL>結尾的訊息...
我就覺得奇怪...我寄過去都沒有問題...為何它寄過來會寄不過來呢???

BILL YANG
2001-09-15, 10:59 PM
最初由 hyc1976


台彎妹當然是不錯啦....
我長輩跟我說....女朋友....是那一種的都無所謂.....
但要"做種"的話...還是找台灣的吧.....

我是用win98se+mdaemon 3.5.2版的...寄其它信件都沒有問題.....
只有收XXX.url.com.tw的會有問題.....
我看了上面的文章....可是我覺得問題出在"連線逾時"耶!!!
因為前面做資訊交換都沒有問題....只有在傳輸信件時....傳到一個定數就停住了...
然後連線逾時....因為沒有傳完....所以出現沒有以<CTRL>結尾的訊息...
我就覺得奇怪...我寄過去都沒有問題...為何它寄過來會寄不過來呢???



對方送出的頻寬,對方的設定,這都需要了解一下...

ps.我最喜歡四川妹

hyc1976
2001-09-16, 11:20 AM
最初由 BILL YANG


對方送出的頻寬,對方的設定,這都需要了解一下...

ps.我最喜歡四川妹

那就很困難囉.....我那有辦法知道對方的頻寬跟設定呢???

我喜歡哈爾濱的....

hyc1976
2001-09-16, 11:23 AM
最初由 BILL YANG


對方送出的頻寬,對方的設定,這都需要了解一下...

ps.我最喜歡四川妹

那就是無解囉?????我又沒法知道對方的頻寬跟設定吧!!!

我喜歡哈爾濱的...........