Exchange 2013 中的 DSN 和 NDR
適用於：Exchange Server 2013
注意事項
如果您需要 Microsoft 365、Office 365 或 Exchange Online 中的 NDR 協助，請參閱在 Exchange Online 中 Email 非傳遞報告。
當傳遞訊息時發生問題，Exchange Server 2013 會將傳遞狀態通知 (DSN) 傳送給訊息傳送者。 這些系統產生的訊息也稱為退回訊息，其中包含錯誤碼、問題的技術詳細數據，有時也會針對訊息傳送者進行疑難解答步驟。 非傳遞報告 (NDR) 訊息是常見的狀態通知類型。 本主題適用於電子郵件管理員，說明許多 NDR 狀態代碼的可能原因和解決方案。 它也會說明如何讀取和解譯 NDR 訊息。
一般增強狀態代碼
下表包含針對最常見的訊息傳遞失敗，在 NDR 中傳回的增強狀態代碼清單。
| 增強狀態碼 | 描述 | 可能的原因 | 其他資訊 |
|---|---|---|---|
| 4.3.1 | Insufficient system resources |
發生記憶體不足錯誤。 資源問題，例如完整磁碟，可能會造成此問題。 您可能會收到記憶體不足的錯誤，而不是取得磁碟完整錯誤。 |
確定您的 Exchange Server 有足夠的磁碟記憶體。 |
| 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 |
這種情況是永久失敗。 可能原因：
|
一些可能的解決方式包括：
|
| 5.1.0 | Sender denied |
此 NDR 是由一般失敗所造成， (位址錯誤) 。 Active Directory 網域服務 中找不到電子郵件位址或其他屬性。 未設定 targetAddress 屬性的聯繫人專案可能會造成此問題。 另一個可能的原因是無法判斷使用者的 homeMDB 屬性。 homeMDB 屬性會對應至使用者信箱所在的 Exchange Server。 此 NDR 的另一個常見原因是當您使用 Microsoft Outlook 將電子郵件訊息儲存為檔案，然後有人離線開啟郵件並回復該郵件時。 當 Outlook 傳送郵件時，郵件屬性只會保存 legacyExchangeDN 屬性，因此可能會導致查閱失敗。 |
收件者位址的格式不正確，或無法正確解析收件者。 解決此錯誤的第一個步驟，就是檢查收件者地址，然後重新傳送郵件。 |
| 5.1.1 | Bad destination mailbox address |
造成這個失敗的可能情況如下：
|
此錯誤通常是因為郵件寄件者輸入錯誤的收件者電子郵件地址所致。 寄件者應該檢查收件者的電子郵件地址，然後重新傳送。 如果收件者電子郵件地址之前正確無誤，但在目的地電子郵件系統中有所變更或遭到移除，也可能會導致此錯誤。 如果郵件的寄件者與收件者位於相同的 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 位址，即目錄服務中的 郵件 屬性。 沒有有效的郵件屬性，就無法傳遞 郵件 專案。 | 檢查寄件者目錄結構，並判斷 郵件 屬性是否存在。 |
| 5.2.1 | Mailbox cannot be accessed |
無法存取信箱。 信箱可能脫機、停用，或郵件已被規則隔離。 | 檢查收件者資料庫是否在在線、收件者信箱已停用，或郵件已隔離。 |
| 5.2.2 | Mailbox full |
收件者的信箱已超過其儲存配額，無法再接受新的郵件。 | 當收件者的信箱超過其儲存配額時，就會發生此錯誤。 收件者必須減少信箱的大小，否則系統管理員必須增加儲存配額，才能成功傳遞。 |
| 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 |
郵件超過傳輸或信箱資料庫上設定的大小限制，無法接受。 傳送電子郵件系統或收件者電子郵件系統可能會產生此失敗。 | 當寄件者傳送的郵件大小超過通過傳輸元件或信箱資料庫時允許的郵件大小上限時，就會發生此錯誤。 寄件者必須減少訊息的大小，訊息才能成功傳遞。 如需如何設定訊息大小限制的詳細資訊，請參閱 訊息大小限制。 |
| 5.3.5 | System incorrectly configured |
偵測到郵件循環的情況，這表示伺服器已設定為將郵件迴圈回本身。 | 檢查伺服器連接器的組態是否有迴圈，並確定每個連接器都是由唯一的連入埠所定義。 如果有多個虛擬伺服器，請確定沒有任何虛擬伺服器設定為「全部未指派」。 |
| 5.4.4 | Invalid arguments |
如果訊息傳遞沒有路由，或分類器無法判斷下一個躍點目的地，就會發生此 NDR。 | 檢查指定的功能變數名稱是否有效，以及 MX) 記錄 (郵件交換器是否存在。 |
| 5.4.6 | Routing loop detected |
設定錯誤導致電子郵件循環傳遞。 根據預設，Exchange 會在電子郵件循環傳遞 20 次之後中斷該循環，並產生 NDR 給郵件寄件者。 | 當訊息的傳遞產生另一個回應訊息時，就會發生此錯誤。 然後該郵件產生第三封郵件，此程序一再重複，於是產生迴圈。 為了避免耗盡系統資源，在反覆 20 次之後，Exchange 會中斷郵件迴圈。 郵件迴圈一般是因為傳送的郵件伺服器、接收的郵件伺服器或兩者的設定錯誤而產生。 請檢查寄件者和收件者的郵件規則設定，判斷是否已啟用自動郵件轉寄功能。 |
| 5.5.2 | Send hello first |
當 SMTP 命令依序傳送時，就會發生一般 SMTP 錯誤。 例如，伺服器會先嘗試傳送 AUTH (授權) 命令，再使用 EHLO 命令來識別本身。 當系統磁碟已滿時，也可能會發生此錯誤。 |
檢視 SMTP 記錄或 Netmon 追蹤，並確定有足夠的磁碟記憶體和虛擬記憶體可供使用。 |
| 5.5.3 | Too many recipients |
郵件收件者、副本和密件抄送行的收件者總數，超過單一郵件中允許的收件者總數。 | 當寄件人在郵件上包含太多收件者時，就會發生此錯誤。 寄件者必須減少郵件中的收件者位址數目，或必須增加收件者的最大數目，才能成功傳遞郵件。 |
| 5.5.4 | Invalid domain name |
郵件包含無效的寄件者或不正確的收件者位址格式。 其中一個可能的原因是收件者位址格式可能包含不符合因特網標準的字元。 |
檢查收件者的位址是否有非標準字元。 |
| 5.5.6 | Invalid message content |
此訊息表示可能的通訊協定錯誤。 | 檢查事件記錄檔中是否有可能的失敗。 |
| 5.7.1 | Delivery not authorized |
郵件的寄件者不能傳送郵件給收件者。 | 當寄件者嘗試將郵件傳送給收件者，但寄件者未獲授權執行此動作時，就會發生此錯誤。 如果寄件者嘗試傳送郵件至某個通訊群組，但該群組設定為只接受來自群組成員或其他已獲授權寄件者的郵件，就容易發生這項錯誤。 寄件者必須要求取得相關權限，才能傳送郵件給收件者。 如果因為郵件符合 Exchange 傳輸規則所設定的條件導致該傳輸規則拒絕該郵件，則也會發生此錯誤。 |
| 5.7.1 | Unable to relay |
傳送的電子郵件系統不能傳送電子郵件到非電子郵件最終目的地的電子郵件系統。 | 當傳送電子郵件系統嘗試將匿名訊息傳送至接收電子郵件系統，且接收電子郵件系統不接受一或多個收件者中指定之網域的郵件時，就會發生此錯誤。 以下為此錯誤最常見的原因：
|
| 5.7.1 | Client was not authenticated |
傳送電子郵件系統未向接收的電子郵件系統進行驗證。 接收端電子郵件系統需要通過驗證才能提交郵件。 | 當接收伺服器必須在郵件提交之前進行驗證，而且傳送的電子郵件系統尚未向接收電子郵件系統進行驗證時，就會發生此錯誤。 傳送方電子郵件系統管理員必須設定傳送方電子郵件系統向接收方電子郵件系統進行驗證，傳遞才能成功。 如果您嘗試在尚未設定執行此動作的信箱伺服器上接受來自因特網的匿名郵件，也可能會發生此錯誤。 |
| 5.7.3 | Not Authorized |
寄件者禁止重新指派給替代收件者。 |
NDR 區段
在 Exchange 2013 中，RDR 的設計可讓終端使用者和系統管理員輕鬆閱讀及瞭解。 NDR 中顯示的資訊會分成下列兩個區域：
- 使用者資訊區段
- 系統管理員資訊區段
每個區段中的資訊都是以該區段的讀者為目標。 使用者資訊區段會先出現，並包含意見反應，以協助使用者以非技術性術語瞭解訊息傳遞失敗的原因。 [ 系統管理員的診斷資訊 ] 區段提供更深入的技術資訊，例如原始訊息標頭，可協助電子郵件管理員針對傳遞問題進行疑難解答。 下圖顯示 NDR 的 [系統管理員] 區段和 [ 診斷資訊 ] 區段。
.png "顯示使用者和系統管理員診斷資訊的 NDR")
使用者資訊區段
Exchange 所產生 NDR 的使用者資訊區段包含您想要與已傳送訊息的終端使用者通訊的資訊，該訊息稍後會以 NDR 傳回。 本節中顯示的文字是由產生 NDR 的 Exchange 伺服器插入。
使用者資訊區段中的文字是設計來協助使用者判斷為何拒絕訊息，以及如何在訊息應該重新傳送時成功重新傳送訊息。 適用時，拒絕訊息之伺服器 (FQDN) 的完整功能變數名稱會包含在使用者資訊區段中。 如果無法傳遞給多個收件者，則會列出每個收件者的電子郵件位址，而失敗的原因會包含在收件者電子郵件位址下方的空間中。
您可以使用 New-SystemMessage Cmdlet 來修改使用者資訊區段中的文字。 藉由建立自定義訊息，您可以提供特定資訊給使用者，例如用來連絡技術服務人員部門的電話號碼，或用來取得自助服務支援的超連結。
系統管理員的診斷資訊
[ 系統管理員的診斷資訊 ] 區段包含有關訊息傳遞期間所發生特定錯誤、產生 NDR 的伺服器，以及拒絕訊息之伺服器的詳細資訊。 下列欄位存在於大部分的 NDR 中，並顯示在本主題稍早的「NDR 區段」圖中：
產生伺服器：產生伺服器是建立 NDR 的 SMTP 伺服器。 產生伺服器會採用本主題稍後所述的增強狀態代碼。 此程式代碼會建立易於閱讀的 NDR。 如果在 [系統 管理員的診斷資訊 ] 區段中，沒有遠端伺服器列在發件者的電子郵件位址下方，則產生伺服器也是拒絕原始電子郵件訊息的伺服器。 如果當郵件傳送給 Exchange 組織中的另一個收件者時，郵件傳遞失敗，相同的伺服器通常會拒絕原始訊息併產生 NDR。
拒絕的收件者：拒絕的收件者是原始郵件傳遞失敗的收件者電子郵件位址。 如果傳遞給多個收件者失敗，則會列出每個收件者的電子郵件位址。 [拒絕的收件者] 字段也包含所列每個電子郵件位址的下列子字段：
遠端伺服器：遠端伺服器欄位包含拒絕在 SMTP 交談期間傳遞訊息的伺服器 FQDN。 遠端伺服器欄位只會在嘗試傳遞至遠端伺服器時填入，而且在接收伺服器成功認可訊息本文傳送之後，該傳遞嘗試已遭到拒絕。 如果接收伺服器成功認可原始訊息，然後因為內容限制而遭到拒絕，例如，不會填入遠端伺服器欄位。
增強狀態代碼：增強狀態代碼是由拒絕原始訊息的伺服器所傳回的程序代碼。 增強狀態代碼會指出原始訊息遭到拒絕的原因。 增強狀態代碼不會由 Exchange 重寫，而是用來判斷要在使用者資訊區段中顯示的文字。 您最有可能遇到的增強狀態代碼會列在本主題稍後的中。 如需增強狀態代碼的詳細清單，請參閱 RFC 3463。
SMTP 回應：SMTP 回應是由拒絕原始訊息的伺服器所傳回的電腦可讀取文字。 SMTP 回應通常會包含簡短字串，提供也會傳回之增強狀態代碼的說明。 Exchange 不會重寫 SMTP 回應。 此外，此回應一律會以US-ASCII格式呈現。
原始訊息標頭：原始訊息標頭區段包含已拒絕訊息的訊息標頭。 這些標頭可以提供有用的診斷資訊，例如可協助您判斷郵件遭到拒絕之前所採用路徑的資訊，或 [收件者] 字段是否符合拒絕 收 件者欄位中指定的電子郵件位址。
NDR 訊息的範例
下列各節提供兩種產生 NDR 訊息的方式範例：
- 由相同的伺服器
- 由不同的伺服器
同一部伺服器拒絕 NDR 產生的原始訊息
下列範例顯示當遠端電子郵件組織接受透過Edge Transport Server 傳遞電子郵件訊息，然後因為收件者信箱上的原則限制而拒絕該郵件時，會發生什麼事。 在此情況下，不允許寄件者傳送郵件給收件者。 Edge Transport Server 不會執行訊息大小驗證，因此此範例中的Edge Transport Server 會接受訊息，因為它具有有效的收件者位址，而且訊息不會違反其他內容限制。 因為遠端電子郵件組織接受整個訊息，包括訊息內容，所以遠端電子郵件組織會負責拒絕訊息，以及產生要傳送給寄件者的 NDR 訊息。
.gif "顯示相同產生和拒絕伺服器的 NDR")
此外，當郵件傳送給屬於相同 Exchange 組織的收件者時，所拒絕的郵件通常會被產生 NDR 訊息的相同電子郵件伺服器拒絕。 傳送給本機收件者的郵件可能會因為各種原因而遭拒，例如超過其配額的信箱、缺少將郵件傳送至收件者位址的授權，或導致組織中其他伺服器連線中斷的硬體失敗。
在這兩種情況下，NDR 訊息中所列收件者的電子郵件位址下不會包含任何遠端伺服器。
由不同伺服器拒絕的 NDR 產生和原始訊息
下列範例顯示當遠端電子郵件組織拒絕電子郵件訊息的傳遞，然後才接受郵件時，會發生什麼事。 在此範例中，遠端伺服器會拒絕訊息，並將增強狀態代碼傳回至本機傳送伺服器，因為指定的收件者不存在。 拒絕會在接收伺服器認可訊息之前發生。 因為接收伺服器未成功認可訊息，所以接收伺服器不負責訊息。 因此，本機傳送伺服器會產生 NDR 訊息，並將它傳送給原始訊息的發件者。
.gif "顯示不同產生/傳送伺服器的 NDR")