文章編號: 300171 - 上次校閱: 2007年12月3日 - 版次: 5.8

您是無法傳送或接收來自特定網際網路網域，如 Exchange 2000 伺服器、 Exchange Server 2003 以及 Small Business Server 2003 SMTP 郵件

中英文對照顯示按一下這裡顯示機器翻譯的中英文對照
機器翻譯檢視機器翻譯免責聲明
檢視此文章適用的產品。
系統提示本文適用於您使用的作業系統之外的作業系統。與您不相關的文章內容已停用。
全部展開 | 全部摺疊

徵狀

本文是下列先前可用的文件的整合： 322358、 840468 和 924235

當您嘗試傳送或接收郵件執行 Microsoft Exchange Server 2003，Microsoft Exchange 2000 伺服器或 Microsoft Windows Small Business Server 2003 的電腦上時，您遇到其中一個下列徵狀：
  • Exchange 伺服器不接受來自特定網際網路網域的簡易郵件傳送通訊協定 (SMTP) 郵件。
  • Exchange 伺服器無法將 SMTP 郵件傳送到特定的網際網路網域。
否則反向網域名稱系統 (DNS) 查詢您可能會注意到傳送 SMTP 郵件的 Exchange 伺服器無法被解析。如果您採取網路監視器追蹤，可能會注意到有 NBT 查詢之前 Exchange 伺服器中斷連線。

寄件者可能會收到下列未傳遞報告 (NDR，其中包含 5.5.0) 錯誤程式碼。此代碼表示泛用的 SMTP 失敗。
> Your message did not reach some or all of the intended recipients.
> 
>       Subject:	
>       Sent:	5/24/01 6:41 PM
> 
> The following recipient(s) could not be reached:
> 
> user@destination.com on 5/24/01 6:41 PM
> Your mail system could not find a way to successfully communicate with the destination system. Please notify your administrator. <Server.source.com> #5.5.0
附註您也可能會收到下列錯誤的程式碼： # 5.5.4 交易失敗。

此外，Windows 事件檢視器，將訊息傳送的 Exchange 伺服器上可能包含事件 4000 或事件 4001 類似下列：

事件類型： 警告
事件來源： MSExchangeTransport
事件識別碼： 4000
描述: 訊息傳遞到遠端網域 'destination.com' 因下列原因而失敗： SMTP 通訊協定錯誤

回此頁最上方

發生的原因

通常，這個問題的發生原因，目的 SMTP 伺服器會執行反向對應，且其中一種下列情況成立時，則為 True：
  • IP 位址與網域名稱所使用的電子郵件寄件者地址不相符。
  • 指標 (PTR) 記錄不存在或不適用於來源 SMTP 伺服器的 IP 位址。
例如，考慮下列案例。在郵件的寄件者地址中使用網域名稱是 source.com。您可將訊息傳送給不同的網域中。目的地 SMTP 伺服器接著會傳入訊息上執行反向對應。如果 source.com 網域 PTR 記錄不存在，或是不正確，目的地 SMTP 伺服器並不傳送郵件。

附註 如果您連線到網際網路的網路介面卡使用動態 IP 位址，您可能必須設定來路由傳送郵件的 Exchange 伺服器從 source.com 網域透過 SMTP 連接器，智慧主機。

附註您可以設定 Exchange 伺服器拒絕透過 SMTP 虛擬伺服器上指定網域名稱的連入連線。這完成反向查閱會在所有的連線嘗試上執行。此設定時，使用在 [連線控制] 之下在 [存取] 索引標籤上您以滑鼠右鍵按一下 SMTP 虛擬伺服器，然後按一下 [內容]。
回此頁最上方

解決方案

如果要解決這個問題，請依照下列步驟執行：
  1. 請確定您裝載在您的 DNS 伺服器的公用 DNS 記錄是正確的。在您的 DNS 伺服器上檢查下列：
    • 您必須有一個 MX 記錄指向有效的主機 (A) 記錄您網域中的。比方說 source.com 的 MX 記錄指向郵件 source.com。mail.source.com 是有效的電子郵件伺服器。
    • 請確定主機 (A) 記錄指向有效的 IP 位址。例如，請確定該 mail.source.com 指向 209.54.61.76。這是您的電子郵件伺服器的正確公用 IP 位址。
  2. 每個 SMTP 伺服器] 或 [傳送外寄的網際網路電子郵件的 Exchange Server 電腦中，請確定是有效的 PTR 記錄的公用 IP 位址為該傳送郵件的 SMTP 伺服器或 Exchange Server 電腦。這可能是防火牆、 一個路由器或用來發佈您的網域資訊到一個 IP 的另一個裝置是可見的網際網路主機的位址。

    例如您 Exchange 伺服器的電腦是與內部 IP 的 10.10.10.1，在防火牆後面，並且防火牆已 4.3.2.1 的外部 IP。

    當 Exchange Server 電腦傳送電子郵件至 source.com 網域通過防火牆時，接收的郵件伺服器所看到的 4.3.2.1 IP 位址連線的 SMTP 通訊。 接收的電子郵件伺服器會執行反向 DNS 查閱，對此 IP 位址，未必 MX 記錄。電子郵件伺服器必須找到一個 PTR 4.3.2.1 指向有效的主機記錄 source.com 網域中。
回此頁最上方

其他相關資訊

反向查閱伺服器上, 造成額外負荷，但通常用來協助防止從取得來路不明的電子郵件 (垃圾郵件) 的環境。您可以設定您的 SMTP 伺服器在傳入的電子郵件訊息上執行反向查閱。如此可確保 IP 位址和完整格式的網域名稱 (FQDN) 的寄件者的電子郵件訊息伺服器符合寄件者的網域名稱。

某些網際網路網域的郵件伺服器需要您建立有效的 PTR 記錄傳送的伺服器 IP 位址指向本機 SMTP 網域命名空間。有時候這些郵件伺服器需要 PTR 記錄符合他們的 SMTP 虛擬伺服器上 Exchange 的實際 FQDN。這通常，是 MX 記錄。這些網際網路網域包含 AOL.com]、 [Qwest.net]、 [Mindspring]、 [Earthlink，] 和 [Hotmail。若要將郵件傳送至這些網域，公司 ’s 外部或網際網路 DNS 伺服器上建立有效的 PTR 或反向對應記錄。

如果 Telnet 到目的地伺服器的 SMTP 連接埠和再嘗試 SMTP 交談對話會看起來類似下列：
C:\telnet server.destination.com 25 
220 mail.destination.com ESMTP Postfix 
helo source.com 
250 mail.destination.com 
mail from:user@source.com 
250 Ok 
rcpt to:user@destinationdomain.com 
554 <user@source.com>: Sender address rejected: Domain not found
此外，如果您 Telnet 連接埠 25 的 AOL MX 記錄其中一個上，下列出現：
220-rly-ya06.mx.aol.com ESMTP mail_relay_in-ya6.3; Fri, 20 Jan 2006 22:15:42 -05 00 
220-America Online (AOL) and its affiliated companies do not 
220- authorize the use of its proprietary computers and computer 
220- networks to accept, transmit, or distribute unsolicited bulk 
220- e-mail sent from the internet. Effective immediately: AOL 
220- may no longer accept connections from IP addresses which 
220 have no reverse-DNS (PTR record) assigned.
回此頁最上方

狀況說明

這種行為是經過設計規劃的。
回此頁最上方

?考

如傳入郵件的反向 DNS 查閱更多有關，按一下 [下面的文件編號，檢視 「 Microsoft 知識庫 」 中的發行項]：
297412? (http://support.microsoft.com/kb/297412/ ) [執行反向 DNS 查閱的連入訊息] 選項是用於主機名稱解析
如需有關 PTR 記錄的資訊，按一下下面的文件編號，檢視 「 Microsoft 知識庫 」 中 「 文件：
166753? (http://support.microsoft.com/kb/166753/ ) 新增主機記錄的 Microsoft DNS 伺服器反向對應時發生錯誤
322856? (http://support.microsoft.com/kb/322856/ ) 如何設定 DNS 與 Exchange 伺服器搭配使用
如需有關 DNS，以及關於反向對應區域的詳細資訊，請造訪下列 Microsoft 網站]：

如需有關設定 SMTP 連接器在 Exchange 2000 和 Exchange Server 2003，按一下下面的文件編號，檢視 「 Microsoft 知識庫 」 中的發行項:
265293? (http://support.microsoft.com/kb/265293/ ) 如何在 Exchange 中設定 SMTP 連接器
如需有關如何使用來測試 SMTP 通訊的連接埠 25 的詳細資訊，按一下 [下列面的文件編號，檢視 「 Microsoft 知識庫 」 中的發行項]：
153119? (http://support.microsoft.com/kb/153119/ ) 若要測試 SMTP 通訊連接埠 25 Telnet
如在 Microsoft Exchange Server 5.5 中類似的問題的更多有關，按一下 [下面的文件編號，檢視 「 Microsoft 知識庫 」 中的發行項]：
198981? (http://support.microsoft.com/kb/198981/ ) SMTP 郵件不傳遞至特定網域
回此頁最上方
這篇文章中的資訊適用於:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
回此頁最上方
關鍵字：?
kbmt kbprb KB300171 KbMtzh
回此頁最上方
機器翻譯機器翻譯
重要：本文是以 Microsoft 機器翻譯軟體翻譯而成，而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章，讓使用者可以依其使用語言使用知識庫中的所有文章。但是，機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤，就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本：300171? (http://support.microsoft.com/kb/300171/en-us/ )
回此頁最上方
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。