適用於：
2019 訂閱版本
當傳遞訊息時發生問題，Exchange 會將 NDR 傳送給訊息發件者，指出發生問題。 NDR 包含指出訊息未傳遞原因的程式代碼，以及協助傳遞訊息的可能解決方案。
NDR 中包含的信息設計為易於閱讀，而且對用戶和系統管理員都很有説明。 在某些情況下，寄件者可以識別並修正自己的問題 (例如，當收件者的電子郵件位址) 有錯字時。 在其他情況下，系統管理員可能需要修正 Exchange 環境中的問題，或將傳訊環境中的問題通知目的地網域中的系統管理員。
如需 Exchange Server 中 DDR 的相關程式，請參閱 Exchange Server 中的 DSN 和 DDR 的程式。
如果您需要 Microsoft 365、Office 365 或 Exchange Online 中的 NDR 協助，請參閱 Email Exchange Online 中的未傳遞報告。
NDR 中的資訊
這是 NDR 的範例：
NDR 中的資訊分成兩個區段：
使用者資訊一節：本節會先出現，並嘗試以非技術性術語說明 (，) 訊息傳遞失敗的原因，以及成功傳遞訊息的可能步驟。
注意事項
本節可以使用英文以外的任何語言來顯示內容。
本節中顯示的文字是由產生 NDR 的 Exchange 伺服器插入。
適用時，拒絕訊息之伺服器的 FQDN (FQDN) 完整功能變數名稱會包含在使用者資訊區段 (例如 mbx01.contoso.com) 。
如果多個收件者傳遞失敗，則會列出每個收件者的電子郵件地址和失敗原因。
系統管理員的診斷資訊一節：本節提供更深入的技術資訊，協助系統管理員針對造成傳遞失敗的問題進行疑難解答。 本節中的重要資訊是增強狀態代碼 (例如 4.4.7) 。
注意事項
本節會以英文顯示部分內容，有些則以其他語言顯示。
產生 NDR 的伺服器會傳回增強狀態代碼， (無法傳遞訊息的來源伺服器，或拒絕訊息的目的地伺服器) 。
增強狀態代碼會決定使用者資訊區段中顯示的文字， (Exchange) 不會更改程式碼值。
您可以使用 Exchange 管理命令介面中的 New-SystemMessage Cmdlet，針對指定的增強狀態代碼修改出現在使用者資訊區段中的文字， (包含不同語言的不同文字) 。 藉由建立自定義說明，您可以為您的環境提供特定內容，例如技術支援中心的聯繫人資訊，或內部網路的連結以獲得自助式支援。 如需詳細資訊，請參閱 Exchange Server 中的 DSN 和 DDR 程式。
- 本主題的 常見增強狀態代碼 一節說明數位的意義、您可能遇到的程序代碼，以及修正導致無法傳遞訊息之基礎問題的建議。
本節也提供下列資訊：
產生伺服器：建立 NDR 的傳訊伺服器。 如果遠端伺服器未列在寄件者的電子郵件位址下方，產生伺服器也會是拒絕原始電子郵件訊息的伺服器。 如果 Exchange 組織中的寄件人和收件者之間的郵件傳遞失敗，相同的伺服器通常會拒絕原始訊息並產生 NDR。
拒絕的收件者：無法傳遞之原始郵件中收件者的電子郵件位址。 如果多個收件者無法傳遞，則會列出每個收件者的電子郵件位址。 此欄位也包含每個電子郵件地址的下列子欄位：
遠端伺服器：在 SMTP 傳輸期間拒絕原始訊息的伺服器 FQDN (在訊息本文傳送之後，但在伺服器認可接收訊息之前) 失敗。 此欄位在下列狀況下不存在：
拒絕訊息的伺服器也會產生 NDR。 這通常適用於相同 Exchange 組織中的寄件人和收件者之間的傳遞失敗。
遠端伺服器已認可接收原始訊息，但因其他原因而拒絕訊息 (例如內容限制) 。
增強狀態碼
SMTP 回應：由拒絕原始訊息的訊息伺服器所傳回的US-ASCII 文字字串。 這通常是增強狀態代碼的簡短說明。 Exchange 不會重寫此字串。
原始訊息標頭：此區域包含已拒絕訊息的訊息標頭。 這些標頭欄位可以提供有用的診斷資訊 (例如，訊息路由路徑中的伺服器躍點，或 [收 件者] 字段是否符合拒絕收件者) 的電子郵件位址。
一般增強狀態代碼
增強狀態代碼是在 RFC 3463 中定義，並使用 語 <法類別>。 <主旨>。 <詳細資料>：
<類別>： 4 表示暫時傳遞錯誤。 5 表示永久傳遞錯誤。
<subject>：RFC 會分類如下的值：
1：尋址
2：收件者 (信箱)
3：郵件系統 (目的地郵件系統)
4：網路和路由
5：郵件傳遞通訊協定
7：安全性或原則
<detail>：進一步分類錯誤的 1 到 3 位數數位。
下表包含針對最常見的訊息傳遞失敗，在 NDR 中傳回的增強狀態代碼。
注意事項
如需Microsoft 365 或 Office 365 和混合式環境中增強狀態代碼的資訊，請參閱 Email Exchange Online 中的未傳遞報告。
暫時傳遞失敗
| 增強狀態碼 | 描述 | 可能的原因和解決方案 |
|---|---|---|
| 4.3.1 | Insufficient system resources |
可用磁碟空間 (例如，保留佇列資料庫的磁碟沒有所需的可用空間) 量。 如需詳細資訊，請 參閱瞭解背壓。 若要將佇列資料庫移至不同的磁碟，請參閱 變更佇列資料庫的位置。 可用的記憶體 (例如，Exchange 安裝在設定為使用動態記憶體) 的虛擬機上。 一律在 Exchange 虛擬機上使用靜態記憶體。 如需詳細資訊，請 參閱 Exchange 記憶體需求和建議。 |
| 4.3.2 | Service not available 或 Service not active |
您已在接聽埠 25 的信箱伺服器上，於傳輸 (中樞) 服務中設定自定義接收連接器。 一般而言，接聽埠 25 的自定義接收連接器屬於信箱伺服器上的前端傳輸服務。 重要的 Exchange 伺服器元件為非使用中。 您可以在 Exchange 管理命令介面中執行下列命令來確認這點： Get-ServerComponent -Identity <ServerName>。 若要重新啟動所有非使用中的元件，請執行下列命令： Set-ServerComponentState -Identity <ServerName> -Component ServerWideOffline -State Active -Requester Maintenance。 在 Exchange 更新) 之後， (不相容的傳輸代理程式。 識別傳輸代理程序之後，請將其停用或卸載。 如需詳細資訊，請參閱 針對傳輸代理程序進行疑難解答。 |
| 4.4.1 | Connection timed out |
暫時性網路問題，最終可能會自行修正。 Exchange 伺服器會定期嘗試連線到目的地伺服器以傳遞訊息。 在多次失敗之後，訊息會以永久失敗碼傳回 NDR 中的寄件者。 如需設定佇列重試和失敗間隔的詳細資訊，請參閱 設定訊息重試、重新提交和到期間隔。 若要手動重試佇列，請參閱 重試佇列。 防火牆或因特網服務提供者 (TCP 埠 25 上的 ISP) 限制。 |
| 4.4.2 | Connection dropped |
暫時性網路問題或最終可能自行更正的伺服器問題。 傳送伺服器會重試訊息的傳遞，併產生進一步的狀態報告。 已達到連線的訊息大小限制，或來源IP位址的訊息提交速率已超過設定的限制。 如需詳細資訊，請參閱 訊息速率限制和節流。 反垃圾郵件、SMTP Proxy 或防火牆設定問題會封鎖來自 Exchange 伺服器的電子郵件。 |
| 4.4.7 | Message delayed 或 Queue expired; Message expired |
傳送連接器設定問題。 例如：
目的地伺服器上未啟動信箱傳輸傳遞服務 (這會防止將郵件傳遞至信箱) 。 目的地傳訊系統有傳輸中性加密格式 (TNEF) 訊息的問題， (在 Outlook) 中也稱為 RTF 格式或 RTF。 例如，會議要求或訊息內嵌在訊息本文中的影像。 如果目的地網域使用發件人原則架構 (SPF) 來檢查郵件來源，則網域 (可能有 SPF 問題，例如，您的 SPF 記錄不會包含網域) 的所有電子郵件來源。 |
永久傳遞失敗
| 增強狀態碼 | 描述 | 可能的原因和解決方案。 |
|---|---|---|
| 5.1.0 | Sender denied |
回復舊郵件，或匯出為檔案 (重要收件者屬性的郵件，可能已變更) 。 確認收件者的電子郵件地址正確無誤。 聯繫人專案中的屬性格式不正確或遺失。 寄件者會直接篩選 (來封鎖發件者，或寄件者位於使用者的 [封鎖的寄件者] 清單上，而且發件人篩選器代理程式已設定為使用安全清單匯總。 如需詳細資訊，請參閱 發件人篩選 和安全 清單匯總。 |
| 5.1.1 | RESOLVER.ADR.ExRecipNotFound; not found 或 User unknown |
收件者的電子郵件地址不正確， (收件者不存在於目的地傳訊系統) 中。 確認收件者的電子郵件位址。 您已重新建立已刪除的信箱，而內部使用者正在 Outlook 中尋址電子郵件訊息，或 Outlook 網頁版 使用其自動完成快取中的舊專案， (收件者的 X.500 值或 LegacyExchangeDN 值現在不同) 。 告訴使用者從其自動完成快取中刪除專案，然後再次選取收件者。 |
| 5.1.3 | STOREDRV.Submit; invalid recipient address |
收件者的電子郵件地址不正確 (例如，它包含不支援的字元或無效的格式) 。 |
| 5.1.4 | Recipient address reserved by RFC 2606 |
接收連接器會拒絕 SMTP 連線，其中包含 RFC 2606 (.test、.example、.invalid 或 .localhost) 中定義的最上層網域，此行為是由 New-ReceiveConnector 和 Set-ReceiveConnector Cmdlet 上的 RejectReservedTopLevelRecipientDomains 參數所控制。 |
| 5.1.5 | Recipient address reserved by RFC 2606 |
接收連接器會拒絕 SMTP 連線，其中包含 RFC 2606 (example.com、example.net 或 example.org) 中定義的第二層網域。 此行為是由 New-ReceiveConnector 和 Set-ReceiveConnector Cmdlet 上的 RejectReservedSecondLevelRecipientDomains 參數所控制。 |
| 5.1.6 | Recipient addresses in single label domains not accepted |
接收連接器會拒絕包含單一卷標網域的 SMTP 連線 (例如，chris@contoso而不是 chris@contoso.com) 此行為是由 New-ReceiveConnector 和 Set-ReceiveConnector Cmdlet 上的 RejectSingleLabelRecipientDomains 參數所控制。 |
| 5.1.7 | Invalid address 或 Unknown sender address |
寄件者的電子郵件地址有問題。 確認寄件者的電子郵件位址。 |
| 5.1.8 | Access denied, bad outbound sender |
傳送者已超過訊息速率限制 (例如，應用程式伺服器已設定為透過 Exchange 轉送大量訊息。 如需詳細資訊，請參閱 訊息速率限制和節流 和 允許 Exchange 伺服器上的匿名轉送。 |
| 5.2.1 | Content Filter agent quarantined this message |
郵件已由內容篩選隔離。 若要設定內容篩選的例外狀況，請參閱 使用 Exchange 管理命令介面來設定內容篩選的收件者和發件人例外狀況。 |
| 5.2.2 | Mailbox full |
收件者的信箱已超過其儲存配額，無法再接受新的郵件。 如需設定信箱配額的詳細資訊，請參閱設定 信箱的記憶體配額。 |
| 5.2.3 | RESOLVER.RST.RecipSizeLimit; message too large for this recipient |
訊息太大。 在沒有任何附件的情況下再次傳送郵件，或為收件者設定較大的郵件大小限制。 如需詳細資訊，請參閱 收件者限制。 |
| 5.3.0 | Too many related errors |
訊息已判斷為格式不正確，並已移至有害消息佇列。 如需詳細資訊，請參閱 佇列類型。 |
| 5.3.2 | STOREDRV.Deliver: Missing or bad StoreDriver MDB properties |
您使用的是 ABP 路由代理程式，且收件者不是其通訊錄原則中指定的全域通訊清單成員， (ABP) 。 如需詳細資訊，請參閱使用 Exchange 管理命令介面在 Exchange Server 中安裝和設定通訊簿原則路由代理程式和通訊簿原則。 |
| 5.3.3 | Unrecognized command |
用於內部郵件流程的接收連接器缺少必要的 Exchange Server 驗證機制。 如需接收連接器上驗證的詳細資訊，請參閱 接收連接器驗證機制。 |
| 5.3.4 | Message size exceeds fixed maximum message size |
訊息太大。 此錯誤可由來源或目的地傳訊系統產生。 在沒有任何附件的情況下再次傳送訊息，或設定較大的訊息大小限制。 如需詳細資訊，請參閱 Exchange Server 中的郵件大小和收件者限制。 |
| 5.3.5 | System incorrectly configured |
偵測到郵件迴圈。 確認 Receive 連接器上的 FQDN 屬性與組織中郵件流程中使用的另一部伺服器、服務或裝置的 FQDN 不相符， (，接收連接器預設會使用 Exchange 伺服器) 的 FQDN。 |
| 5.4.4 | SMTPSEND.DNS.NonExistentDomain; nonexistent domain |
Exchange 伺服器上有 DNS 或網路適配器設定問題。 在 Exchange 管理命令介面中執行此命令，以確認 Exchange 的內部和外部 DNS 查閱設定： Get-TransportService |Format-List 名稱，ExternalDNS*，InternalDNS*;Get-FrontEndTransportService |Format-List 名稱，ExternalDNS*，InternalDNS*' 您可以在 Set-TransportService 和 Set-FrontEndTransportService Cmdlet 上使用 InternalDNS* 和 ExternalDNS* 參數來設定這些設定。 根據預設，傳送連接器會使用這些設定 (UseExternalDNSServersEnabled 參數值的預設值 檢查 Exchange Server作系統中網路適配器的優先順序 (順序) 。 |
| 5.4.6 | Hop count exceeded - possible mail loop |
組態錯誤造成電子郵件迴圈。 根據預設，在電子郵件迴圈的 20 次反覆運算之後，Exchange 會中斷迴圈併產生 NDR。 確認收件者和發件者的收件匣規則，或收件者信箱上的轉寄規則不會造成此 (訊息會產生另一則訊息，而程式會無限期地) 繼續。 確認信箱在 Active Directory 中沒有 targetAddress 屬性值 (此屬性會對應至 Exchange) 中郵件使用者的 ExternalEmailAddress 參數。 如果您移除 Exchange 伺服器，或修改與郵件路由和郵件流程相關的設定，請務必重新啟動Microsoft Exchange 傳輸和 Exchange 前端傳輸服務。 |
| 5.5.2 | Send hello first |
例如，SMTP 命令會以順序 (傳送 SMTP 命令，例如，伺服器會先傳送 AUTH 或 MAIL FROM 等 SMTP 命令，再使用 EHLO 命令) 識別本身。 建立傳訊伺服器的連線之後，第一個 SMTP 命令必須一律為 EHLO 或 HELO。 |
| 5.5.3 | Too many recipients |
郵件收件者、副本和密件抄送行的收件者總數，超過組織、接收連接器或寄件者單一郵件中允許的收件者總數。 如需詳細資訊，請參閱 Exchange Server 中的郵件大小和收件者限制。 |
| 5.7.1 | Unable to relay 或 Client was not authenticated |
您有嘗試透過 Exchange 轉送訊息的應用程式伺服器或裝置。 如需詳細資訊，請 參閱允許 Exchange 伺服器上的匿名轉送。 收件者設定為只接受來自已驗證 (的郵件，通常是內部) 寄件者。 如需詳細資訊， 請參閱設定信箱的郵件傳遞限制。 |
| 5.7.3 | Cannot achieve Exchange Server authentication 或 Not Authorized |
防火牆或其他裝置封鎖 X-EXPS) (Exchange Server 驗證所需的擴充 SMTP 命令。 內部電子郵件流量流經未設定為使用 Exchange Server 驗證方法的連接器。 確認任何自定義接收連接器上的遠端IP位址範圍。 |
| 5.7.900 這一行變更為 5.7.999 |
Delivery not authorized, message refused |
郵件流程規則 (也稱為傳輸規則) 拒絕郵件。 當規則設定為拒絕訊息時，可以使用此增強狀態代碼範圍 (否則，所使用的預設程式代碼為 5.7.1) 。 如需詳細資訊，請參閱 Exchange Server 中的郵件流程規則動作。 |