文章編號: 214402 - 上次校閱: 2006年1月20日 - 版次: 3.1

嘗試傳送電子郵件時收到 SMTP 轉送封鎖錯誤訊息

系統提示本文適用於您使用的作業系統之外的作業系統。與您不相關的文章內容已停用。
本文曾發行於 CHT214402

在此頁中

全部展開 | 全部摺疊

徵狀

當您傳送電子郵件時,可能會收到錯誤訊息指出因 SMTP 轉送封鎖而無法傳送電子郵件。視網際網路服務提供者 (ISP) 的不同,確實的錯誤訊息可能會有異,不過,它會類似於下列錯誤訊息:
The message could not be sent because one of the recipients was rejected by the server.The rejected e-mail address was '<someone@microsoft.com>'.Subject:'<Test>', Account:'<Test>', Server:'<smtp.microsoft.com>', Protocol:SMTP, Server Response:'550 <someone@microsoft.com>...Relaying Denied', Port:25, Secure (SSL):No, Server Error:550, Error Number:0x800CCC79 (因其中一個收件者被伺服器拒絕而無法傳送郵件。被拒絕的電子郵件地址是 '<someone@microsoft.com>'。主旨:'<Test>', 帳號: '<Test>', 伺服器: '<smtp.microsoft.com>', 通訊協定:SMTP, 伺服器回應: '550 <someone@microsoft.com>... 拒絕轉送', 連接埠:25, 安全 (SSL):否, 伺服器錯誤:550, 錯誤號碼:0x800CCC79)

發生的原因

這個問題可能會發生在下列設定中:
  • 您登入了具有網際網路閘道的區域網路 (LAN),並嘗試透過網際網路服務提供者的 SMTP 閘道來傳送電子郵件。
  • 您登入了某個網際網路服務提供者 (ISP),但嘗試透過另一個網際網路服務提供者的 SMTP 閘道來傳送電子郵件。
  • 您使用纜線數據機或 ADSL 連線至另一個網際網路服務提供者,並嘗試透過該 ISP 的 SMTP 閘道傳送電子郵件。
  • 在郵件帳號內容中的回覆地址與您的網際網路服務提供者的回覆地址不同。

解決方案

這個問題會影響所有的郵件用戶端,無論製造商為何。

客戶應該連絡其 ISP 以取得協助,因為此問題並不是電子郵件用戶端所造成。從郵件用戶端的立場來看,如果是客戶的 ISP 封鎖了所有 SMTP 轉送流量的話,並沒有解決方案。

大部分新的 SMTP 電子郵件閘道軟體允許為特定的 IP 位址轉送。這也就是纜線數據機和 ADSL 使用者得以繼續使用其相同 ISP 的原因。纜線數據機或 ADSL 提供者必須提供客戶靜態的 IP 位址,這樣客戶的電子郵件 ISP 就可以為該特定的 IP 位址轉送。另外也允許 IP 位址的空間,它可以為某些透過公司的 LAN 存取 ISP 的公司客戶提供其他可行方案。

如果錯誤是隨機發生的,有可能是 SMTP 伺服器在傳送前先檢查網域或收件者名稱是否真的存在。如果收件者的郵件伺服器臨時停機或因故無法使用 (例如高網路流量),SMTP 伺服器就會無法驗證位址,因而可能會拒絕轉送。在這種情況下,不需要執行任何動作。當接收伺服器恢復可以使用時,就會傳送郵件。

其他相關資訊

這個問題可能會變得更常見,因為 ISP 已開始針對垃圾郵件採取行動。垃圾郵件以許多相同的郵件複本流竄於網際網路之間,企圖傳送郵件給不想要收到它的人們。大部分的垃圾郵件使用自動化的系統來傳送商業廣告或是大量的行銷電子郵件。垃圾郵件的寄件者花費非常低的成本傳送,卻使收件者或電子郵件提供者負擔大部分的成本。

有些 ISP 要求所有使用者必須直接撥接到其系統,才能透過其 SMTP 閘道傳送電子郵件,以對抗垃圾郵件。這個簡單的方法可控制垃圾郵件,但有可能會影響某些從另一個 ISP 使用其電子郵件帳號的使用者。

MSN (即 Microsoft Network) 就是實施垃圾郵件封鎖的其中一個 ISP。除此之外,MSN 已強制限制如果網際網路帳號內容中的電子郵件地址與 MSN 帳號不符,就會收到 SMTP 封鎖錯誤。這將會影響以兩個不同的網際網路地址接收郵件,但希望兩個電子郵件帳號都使用相同回覆地址的使用者。其他 ISP 也實作了類似的策略。

為了透過 LAN、其他 ISP 或 DSL 以及類似的連線裝置來收發 MSN 的電子郵件,SMTP 伺服器設定必須設定為 安全

MSN 郵件伺服器對於 LAN、DSL 或協力廠商連線的設定應該設定為 secure.smtp.email.msn.com

範例:

  • 員工在 isp.com 有個人的 ISP 帳號,其中 isp.com 是服務提供者的網域名稱。他們使用公司的 LAN 來存取其 isp.com 的電子郵件。他們沒有傳送或接收的問題。有一天當他們嘗試回覆從 isp.com 收到的電子郵件時,開始收到 SMTP 封鎖錯誤。他們連絡 isp.com 的技術支援,被告知 isp.com 剛剛安裝了新的 SMTP 閘道以防止 SMTP 轉送。現在員工可以透過 LAN 來接收電子郵件,但是無法傳送電子郵件,因為他們不是直接連線至 isp.com
  • 有一個使用者擁有兩個 ISP 帳號,一個是含有 isp.com 的帳號,而另一個則是含有 myisp.net 的帳號,其中 isp.commyisp.net 是服務提供者的網域名稱。該使用者撥接至 myisp.net,並且可以從這兩個帳號傳送和接收郵件,沒有任何問題。有一天使用者連線至 myisp.net,並嘗試透過 isp.com 傳送郵件,但收到封鎖錯誤。該使用者直接連線至 isp.com,發現仍然可以使用兩個帳號來傳送和接收郵件。在此範例中 isp.com 實作了 SMTP 轉寄封鎖,而 myisp.net 則否。

這篇文章中的資訊適用於:
  • Microsoft Outlook 2000 Standard Edition
關鍵字:?
kbemail kberrmsg kbprb KB214402
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。