共用方式為


了解未傳遞回報

 

適用版本: Exchange Server 2007 SP1, Exchange Server 2007

上次修改主題的時間: 2011-04-26

本主題說明如何閱讀及解譯 Microsoft Exchange Server 2007 中的未傳遞回報 (NDR)。

NDR 區段

在 Exchange 2007 中,NDR 已重新設計過,變得更容易讓一般使用者和電子郵件管理員閱讀及了解。顯示在 NDR 中的資訊分成兩個區段:

  • 使用者資訊

  • 系統管理員的診斷資訊

每一個區段中的資訊是以該區段的讀者為目標。使用者資訊區段包含對使用者的回覆,以非技術性詞彙幫助使用者了解郵件傳遞失敗的原因。[系統管理員的診斷資訊] 區段提供更深入的技術資訊,來協助電子郵件管理員進行疑難排解。下圖顯示 NDR 的使用者資訊區段及 [系統管理員的診斷資訊] 區段。

NDR 區段

顯示使用者和系統管理員診斷資訊的 NDR

使用者資訊區段

由 Exchange 2007 所產生的 NDR 的使用者資訊區段包含您要傳達給一般使用者的資訊,該使用者傳送的郵件後來在傳回時有附上 NDR。本區段所顯示的文字是由執行產生 NDR 之 Exchange 2007 的電腦所插入。

使用者資訊區段中的文字是設計來協助一般使用者判斷郵件為何遭到拒絕,以及如果郵件應重新傳送,又該如何順利重新傳送郵件。適用的話,拒絕郵件之伺服器的完整格式網域名稱 (FQDN) 會包含在使用者資訊區段內。

您可以使用 New-SystemMessage 指令程式來修改使用者資訊區段中的文字。在您建立的自訂文字中,可對一般使用者提供特定指示,例如如何以特定電話號碼連絡服務台,或如何按一下超文字連結來連絡自助式支援網站。如需如何自訂使用者資訊區段中顯示文字的相關資訊,請參閱如何建立新的 DSN 訊息

如果對多個收件者傳遞失敗,則會列出每一位收件者的電子郵件地址,且收件者電子郵件地址下方的空間會包括失敗的原因。

系統管理員的診斷資訊區段

[系統管理員的診斷資訊] 區段包含傳遞郵件時發生的特定錯誤、產生 NDR 的伺服器及拒絕郵件的伺服器等更詳細的資訊。下列欄位會出現在大部分 NDR 中,本主題稍早的 [NDR 區段] 圖也有顯示它們。

  • 產生的伺服器   產生的伺服器是指建立 NDR 的 Exchange 2007 伺服器。產生的伺服器使用本主題稍後說明的增強型狀態碼。此狀態碼會產生易懂的 NDR。如果稍後未在 [系統管理員的診斷資訊] 區段的寄件者電子郵件地址下方列出任何遠端伺服器,則產生的伺服器也就是拒絕原始電子郵件的伺服器。如果郵件傳送到相同 Exchange 2007 組織中的另一位收件者時發生郵件傳遞失敗,則相同伺服器通常會拒絕原始郵件並產生 NDR。

  • 拒絕的收件者   拒絕的收件者是指傳遞原始郵件失敗的目標收件者電子郵件地址。如果對多個收件者傳遞失敗,此處會列出每一位收件者的電子郵件地址。拒絕的收件者欄位也包含針對每一個列出的電子郵件地址的下列子欄位:

    • 遠端伺服器   遠端伺服器欄位包含在簡易郵件傳送通訊協定 (SMTP) 交談期間拒絕郵件傳遞的伺服器 FQDN。唯有在嘗試對遠端伺服器傳遞,但在傳送郵件內文之後及接收的伺服器成功認可該郵件之前,傳遞遭到拒絕,此時才會填入遠端伺服器欄位。如果接收的伺服器成功認可原始郵件,但後來又譬如因為內容限制而拒絕該郵件,則不會填入遠端伺服器欄位。

    • 增強型狀態碼   增強型狀態碼是指拒絕原始郵件的伺服器所傳回的狀態碼。增強型狀態碼指出原始郵件遭到拒絕的原因。Exchange 2007 不會修正增強型狀態碼,但此狀態碼將決定會顯示在使用者資訊區段中的文字。您很可能遇到的增強型狀態碼已列在本主題稍後的「常見的增強型狀態碼」中。如需增強型狀態碼的詳細清單,請參閱 RFC 3463。

    • SMTP 回應   SMTP 回應是指拒絕原始郵件的伺服器所傳回供機器讀取的文字。SMTP 回應通常包含一個簡短字串,它提供一併傳回之增強型狀態碼的說明。Exchange 2007 不會修正 SMTP 回應。而且此回應一律以 US-ASCII 呈現。

  • 原始郵件標頭   原始郵件標頭區段包含被拒絕郵件的郵件標頭。這些標頭可提供有用的診斷資訊,例如可協助您判斷郵件遭到拒絕之前採取的路徑,或 [收件者] 欄位是否符合被拒絕收件者欄位中指定的電子郵件地址等資訊。

NDR 郵件的範例

下列區段提供可產生 NDR 郵件的兩種方式之範例:

  • 透過相同伺服器

  • 透過不同伺服器

產生 NDR 和拒絕原始郵件的是相同伺服器

下列範例顯示遠端電子郵件組織透過 Edge Transport Server 接受電子郵件傳遞之後,又因為收件者信箱的原則限制而拒絕該郵件時會發生的狀況。在此情況下,寄件者不得傳送郵件給收件者。Edge Transport Server 不會執行郵件大小驗證,因此本範例中的 Edge Transport Server 會接受該郵件,因為它含有有效的收件者地址,且該郵件不違反其他內容限制。因為遠端電子郵件組織接受整個郵件,包括郵件內容在內,所以遠端電子郵件組織會負責拒絕郵件及產生要傳給寄件者的 NDR 郵件。

產生 NDR 和拒絕郵件的是相同伺服器

顯示相同產生和拒絕伺服器的 NDR

此外,在傳送到屬於本機 Exchange 2007 組織一部分的收件者時遭到拒絕的郵件,通常也會遭到產生 NDR 郵件的相同電子郵件伺服器拒絕。傳送到本機收件者的郵件可能因為各種原因而遭到拒絕,例如信箱超過其配額、缺乏傳送郵件給該地址收件者的權限,或是硬體故障導致組織中的其他伺服器長時間中斷連線。

不論是哪一種情況,NDR 郵件所列出的收件者電子郵件地址中都不會包括任何遠端伺服器。

產生 NDR 和拒絕原始郵件的是不同的伺服器

下列範例顯示遠端電子郵件組織在接受郵件之前,已先行拒絕該電子郵件傳遞時會發生的狀況。在此範例中,因為指定的收件者並不存在,所以遠端伺服器拒絕郵件並傳回增強型狀態碼給本機傳送伺服器。拒絕是發生在接收的伺服器認可郵件之前。因為接收的伺服器未成功認可郵件,所以接收的伺服器不對該郵件負責。因此,本機傳送伺服器會產生 NDR 郵件,並將它傳給原始郵件的寄件者。

產生 NDR 和拒絕郵件的是不同的伺服器

顯示不同產生/傳送伺服器的 NDR

常見的增強型狀態碼

針對最常見的郵件傳遞失敗,下表包含 NDR 傳回的增強型狀態碼清單。

增強型狀態碼 描述 可能的原因 其他資訊

4.3.1

Insufficient system resources

發生記憶體不足錯誤。資源問題 (如磁碟已滿) 可能會造成此問題。

您可能會收到記憶體不足錯誤,而不是磁碟已滿錯誤。

確定 Exchange 伺服器具有足夠的磁碟儲存。如果可以,請將郵件佇列移至 NTFS 磁碟分割。

4.3.2

System not accepting network messages

佇列已凍結時,會產生此 NDR。

將佇列解除凍結,就可以解決此狀況。

4.4.1

Connection timed out

目的伺服器無回應。暫時性網路狀況可能會造成此錯誤。Exchange 伺服器會嘗試重新自動連線至伺服器,並傳遞郵件。如果嘗試傳遞多次皆失敗,則會產生附上永久失敗碼的 NDR。

監視狀況。這可能是暫時性問題,系統會自行修正。

4.4.2

Connection dropped

伺服器之間的連線中斷。暫時性網路狀況或發生問題的伺服器可能會造成此錯誤。傳送伺服器會在特定時段重試傳遞郵件,然後產生進一步狀態報告。

監視伺服器重試傳遞的狀況。這可能是暫時性問題,系統會自行修正。

達到連線的郵件大小限制,或用戶端 IP 位址的郵件提交率超出設定的限制時,也可能會發生此狀況。

4.4.7

Message expired

佇列中的郵件已過期。傳送伺服器嘗試轉送或傳遞郵件,但在動作完成前郵件已到期。此訊息也可能表示已達遠端伺服器上的郵件標頭限制,或與遠端伺服器通訊時發生某個其他通訊協定逾時。

此訊息通常表示接收伺服器發生問題。請檢查收件者地址的有效性,並判斷接收伺服器是否已正確設定可接收郵件。

針對收到此錯誤的主機,您可能必須減少郵件標頭中的收件者數目。如果您重新傳送郵件,會再將郵件放入佇列中。如果接收伺服器可用,則會傳遞此郵件。

5.0.0

HELO / EHLO requires domain address

此狀況就是永久失敗。可能原因如下:

  • 給定的位址空間沒有適合的路由。例如,已設定 SMTP 連接器,但此位址並不相符。

  • 在網域中找不到 DNS 所傳回的授權主機。

  • 發生 SMTP 錯誤。

部分可能的解決方式如下:

  • 在一或多個 SMTP 連接器上,將星號 (*) 值新增為 SMTP 位址空間。

  • 確認 DNS 運作中。

5.1.0

Sender denied

此 NDR 是由一般失敗 (錯誤位址失敗) 所造成。在 Active Directory 中找不到電子郵件地址或其他屬性。如果連絡人項目未設定 targetAddress 屬性,就可能會發生此問題。另一個可能的原因是使用者無法判斷 homeMDB 屬性。homeMDB 屬性對應於使用者信箱所在的 Exchange 伺服器。

此 NDR 的另一個常見原因是使用 Microsoft Office Outlook 將電子郵件儲存為檔案,然後某個人離線開啟郵件,並回覆郵件。在 Outlook 傳遞郵件時,此郵件內容只會保留 legacyExchangeDN 屬性,因此查閱會失敗。

收件者地址的格式不正確,或無法正確解析收件者。解決此錯誤的第一個步驟是檢查收件者地址,並重新傳送郵件。

5.1.1

Bad destination mailbox address

此失敗可能是下列狀況造成的:

  • 寄件者輸入的收件者電子郵件地址不正確。

  • 目的地電子郵件系統上沒有任何收件者。

  • 收件者信箱已移動,但寄件者電腦上的 Microsoft Office Outlook 收件者快取並未更新。

  • 收件者信箱 Active Directory 有無效的傳統網域名稱 (DN)。

此錯誤通常發生在郵件寄件者輸入錯誤的收件者電子郵件地址時。寄件者應檢查收件者的電子郵件地址並重新傳送。如果收件者電子郵件地址過去是正確的,但已變更或已從目的地電子郵件系統中移除,則也會發生此錯誤。

如果郵件的寄件者與收件者位於相同的 Exchange 組織中,且收件者信箱仍然存在,請判斷收件者信箱是否已重新定位至新的電子郵件伺服器。如果是這樣,表示 Outlook 可能未正確更新收件者快取。請指示寄件者從寄件者的 Outlook 收件者快取中移除收件者地址,然後建立新郵件。重新傳送原始郵件會造成相同的失敗。

其他問題也可能造成此錯誤,例如 Active Directory 中有無效的傳統辨別名稱 (DN)。請檢查並更正收件者信箱的傳統 DN。然後指示寄件者從寄件者的 Outlook 收件者快取中移除收件者地址,並建立新郵件。重新傳送原始郵件會造成相同的失敗。

5.1.2

Invalid X.400 address

收件者的非 SMTP 位址與目的地不符。位址似乎不是本機位址,而內含收件者地址的位址空間未設定連接器。

確認已正確輸入收件者的地址。如果收件者地址位於您特別想要進行郵件傳遞的非 SMTP 電子郵件系統中,則需要將適當的連接器類型新增至拓撲,並將它設定成提供收件者電子郵件系統的服務。

5.1.3

Invalid recipient address

此訊息表示出現在郵件中的收件者地址不正確。

收件者地址的格式不正確,或無法正確解析收件者。解決此錯誤的第一個步驟是檢查收件者地址,並重新傳送郵件。

也請檢查 SMTP 收件者原則,並確定想要接受其郵件的每個郵件網域都顯示正確。

5.1.4

Destination mailbox address ambiguous

Exchange 組織中有兩個以上的收件者具有相同地址。

此錯誤通常是因為 Active Directory 中的錯誤組態所造成。可能是因為複寫問題,Active Directory 中的兩個收件者物件具有相同的 SMTP 位址或 Exchange Server (EX) 位址。

5.1.7

Invalid address

寄件者的格式錯誤,或遺失 SMTP 位址 (目錄服務中的 mail 屬性)。郵件項目若沒有有效的 mail 屬性就無法傳遞。

檢查寄件者目錄結構,並判斷 mail 屬性是否存在。

5.2.1

Mailbox cannot be accessed

無法存取信箱。信箱可能離線或停用,或規則已隔離郵件。

檢查收件者資料庫是否連線、是否已停用收件者信箱,或已隔離郵件。

5.2.2

Mailbox full

收件者的信箱已超過其儲存配額,無法再接受新郵件。

當收件者的信箱超過其儲存配額時,會發生此錯誤。收件者必須先減少信箱大小,或是系統管理員必須增加儲存配額,才能夠成功傳遞。如果收件者是位於本機 Exchange 2007 組織內,請參閱如何設定信箱的儲存配額

5.2.3

Message too large

郵件太大,而且超出本機配額。例如,可能會限制遠端 Exchange 使用者的內送郵件大小上限。

重新傳送郵件不包含附件,或是將伺服器或用戶端限制設定成允許較大的郵件大小限制。

5.2.4

Mailing list expansion problem

收件者的動態通訊群組清單設定錯誤。動態通訊群組清單的篩選字串或基礎 DN 無效。

將分類程式事件記錄等級至少設定成最低等級,並將另一封郵件傳送給動態通訊群組清單。請檢查應用程式事件日誌中是否有 6025 事件或 6026 事件,這些事件會詳述動態通訊群組清單物件上設定錯誤的屬性。

5.3.3

Unrecognized command

當 Exchange 遠端伺服器達到其保留郵件的磁碟儲存容量時,會回應此 NDR。傳送伺服器使用 ESMTP BDAT 命令傳送郵件時,通常會發生此錯誤。此錯誤也表示可能發生 SMTP 通訊協定錯誤。

確定遠端伺服器具有足夠的磁碟儲存容量可以保留郵件。請檢查 SMTP 記錄。

5.3.4

Message too big for system

郵件超出傳輸資料庫或信箱資料庫上設定的大小限制,而無法接受該郵件。傳送的電子郵件系統或收件者電子郵件系統可能產生此失敗。

當寄件者傳送的郵件在通過傳輸元件或信箱資料庫時若超出允許的郵件大小上限,會發生此錯誤。寄件者必須減少郵件大小,郵件才能傳遞成功。如需如何在 Exchange 2007 組織中設定郵件大小限制的相關資訊,請參閱管理郵件大小限制

5.3.5

System incorrectly configured

偵測到郵件迴圈狀況,表示伺服器設定成將郵件迴圈回到它自己。

檢查伺服器連接器組態是否含有迴圈,並確定透過唯一內送通訊埠來定義每個連接器。如果有多部虛擬伺服器,請確定沒有任何一部虛擬伺服器設成 "All Unassigned"。

5.4.4

Invalid arguments

如果沒有郵件傳遞的路由,或分類程式無法判斷 next-hop 目的地,則會發生此 NDR。

檢查指定的網域名稱有效,而且郵件交換者 (MX) 記錄存在。

5.4.6

Routing loop detected

組態錯誤造成電子郵件迴圈。依預設,在電子郵件迴圈反覆 20 次之後,Exchange 2007 會中斷迴圈,並對郵件寄件者產生 NDR。

因郵件的傳遞而產生另一個郵件作為回應時,會發生此錯誤。然後該郵件產生第三個郵件,此程序一再重複,於是產生迴圈。為了避免耗盡系統資源,在反覆 20 次之後,Exchange 2007 會中斷郵件迴圈。郵件迴圈一般是因為傳送的郵件伺服器、接收的郵件伺服器或兩者的組態錯誤而產生。請檢查收件者和寄件者的信箱規則組態,以判斷是否有啟用自動郵件轉寄。

5.5.2

Send hello first

未依順序傳送 SMTP 命令時,會發生一般 SMTP 錯誤。例如,伺服器在使用 EHLO 命令識別它自己之前嘗試傳送 AUTH (授權) 命令。

系統磁碟已滿時也可能會發生此錯誤。

檢視 SMTP 記錄或 Netmon 追蹤,並確定具有足夠的可用磁碟儲存和虛擬記憶體。

5.5.3

Too many recipients

郵件的 [收件者]、[副本] 和 [密件副本] 這幾行的收件者合併總數超出單一郵件允許的收件者總數。

當寄件者在郵件上包含太多收件者時,會發生此錯誤。寄件者必須減少郵件上的收件者地址數目,或增加收件者數目上限,才能讓郵件順利傳遞。若要設定郵件可包含的收件者數目上限,請在 Set-Mailbox 指令程式中使用 RecipientLimits 參數。如需相關資訊,請參閱 Set-Mailbox

5.5.4

Invalid domain name

此郵件包含無效的寄件者或不正確的收件者地址格式。

其中一個可能的原因可能是收件者地址格式包含的字元未符合網際網路標準。

檢查收件者地址是否含有非標準字元。

5.5.6

Invalid message content

此訊息表示可能發生通訊協定錯誤。

檢查事件日誌中是否含有可能的失敗。

5.7.1

Delivery not authorized

郵件的寄件者不能傳送郵件給收件者。

當寄件者嘗試傳送郵件給收件者但寄件者未獲授權執行此動作時,會發生此錯誤。這經常發生在寄件者嘗試傳送郵件給通訊群組,但該群組已設定為只接受來自該通訊群組的成員或其他授權寄件者的郵件時。寄件者必須要求傳送郵件給收件者的權限。在 Exchange 2007 伺服器上,下列指令程式接受 AcceptMessageOnlyFromAcceptMessagesOnlyFromDLMembers 參數。這些參數可讓您決定要授權誰傳送郵件給您設定的收件者:

如果因為郵件符合 Exchange 2007 傳輸規則所設定的條件導致該傳輸規則拒絕該郵件,則也會發生此錯誤。如需傳輸規則的相關資訊,請參閱傳輸規則的概觀

5.7.1

Unable to relay

傳送的電子郵件系統不能傳送郵件到非郵件最終目的地的電子郵件系統。

當傳送的電子郵件系統嘗試傳送匿名郵件給接收的電子郵件系統,而接收的電子郵件系統不接受一個或多個收件者指定之網域的郵件時,會發生此錯誤。以下為此錯誤最常見的原因:

  • 協力廠商嘗試使用接收的電子郵件系統來傳送垃圾郵件,而接收的電子郵件系統拒絕此嘗試。基於垃圾郵件的本質,寄件者的電子郵件地址有可能是偽造的,產生的 NDR 便有可能傳送至信任寄件者的電子郵件地址。這種情況很難避免。

  • 某網域的網域名稱服務 (DNS) 郵件交換程式 (MX) 記錄指向不接受該網域的接收電子郵件系統。負責特定網域名稱的系統管理員必須更正 DNS MX 記錄,或者設定接收的電子郵件系統必須接受傳送至該網域的郵件,或兩者都要。如需如何接受網域郵件的相關資訊,請參閱管理公認的網域

  • 應使用接收電子郵件系統來轉送郵件的傳送電子郵件系統或用戶端沒有正確權限可這麼做。如需傳輸權限的相關資訊,請參閱 Exchange 2007 傳輸權限模型

5.7.1

Client was not authenticated

傳送的電子郵件系統未驗證接收的電子郵件系統。在郵件提交之前,接收的電子郵件系統需要驗證。

當接收的伺服器必須在郵件提交之前進行驗證,但傳送的電子郵件系統未驗證接收的電子郵件系統時,會發生此錯誤。傳送的電子郵件系統管理員必須設定傳送的電子郵件系統驗證接收的電子郵件系統,傳遞才能成功。如果您嘗試使用 Hub Transport Server 接受來自網際網路的匿名郵件,但該伺服器並未設定這麼做,則也會發生此錯誤。我們建議您將 Edge Transport Server 置於 Hub Transport Server 與網際網路之間的周邊網路中。如需相關資訊,請參閱下列主題:

5.7.3

Not Authorized

寄件者禁止重新指派給替代收件者。