如何解讀傳遞狀態通知 (DSN) 訊息？
情境：無論傳送或接收電子郵件，有時候您需要疑難排解退回的電子郵件問題，也就是說，電子郵件送出去了，但卻沒有傳遞。現在讓我們了解如何解讀這些訊息。
步驟：
步驟 1：閱讀容易懂的部分
假設我們看到的 DSN 如下：
傳遞至下列收件者或群組失敗：
Joe Smith
因為權限或安全性問題，所以無法傳遞您的郵件。郵件可能遭到仲裁者拒絕，郵件地址可能只接受某些收件者的電子郵件，或者有其他限制阻止傳遞郵件。
下列組織已拒絕您的郵件：mail.contoso.com。
DSN 的這個部分本來就是要讓使用者易於閱讀，其主要用意在於摘要說明什麼地方發生錯誤。在此案例中，電子郵件很明顯地是要寄給 Joe，而且 Office 365 或 FOPE 未予以拒絕，但被自行通告為 mail.contoso.com 的組織拒絕了。
錯誤的原因無非就是您輸入的電子郵件地址錯誤，或者收件者早已經離開該組織。很多情況下，讓使用者易懂的錯誤敘述，可協助您及早解決問題。
步驟 2：掌握更多細節
想深入了解事情的來龍去脈，請仔細閱讀，然後您就會看到更詳細的診斷章節：
提供給系統管理員的診斷資訊：
產生的伺服器：bigfish.com
joepremise@contoso.com
mail.contoso.com #<exchange.contoso.com #5.7.1 smtp;530 5.7.1 用戶端未經驗證> #SMTP#
這個部分是最重要的資訊。此 DSN 表示 Bigfish.com (也就是 FOPE) 嘗試連接 mail.contoso.com，並接收到該伺服器回應的 SMTP 錯誤訊息：
530 5.7.1 用戶端未經驗證
這表示電子郵件最後被 mail.contoso.com 拒絕，所以我們可以從這兩個組織找到問題的根源。
步驟 3：了解 SMTP 錯誤碼
5xx 或 5.x.x 錯誤是永久的，不可視為暫時問題。我們可以上網搜尋關於此錯誤的資訊，就會明白原來是遠端郵件伺服器設定為不接受網際網路上的匿名電子郵件，通常是遠端郵件伺服器的設定錯誤。請與遠端系統管理員合作，共同更正這項設定。
4xx 或 4.x.x 錯誤是暫時的。無法連接遠端郵件伺服器的時候，就會發生這個暫時性問題，通常可以及時解決。不過，有時候會發生無法接收來自您網域的電子郵件 (例如，網域中執行反垃圾郵件檢查)。
- 5.1.1 550 (不明的使用者) - 這表示傳送電子郵件到相關組織後，發現對方並沒有指定的電子郵件帳戶，所以請檢查地址是否正確。
- 5.0.0 550 SPF 郵件寄件者檢查失敗 (PermError) - 這表示遠端伺服器無法確認您網域的 SPF DNS 記錄。請您使用 nslookup、SPF 精靈或 遠端連線分析程式之類的工具檢查寄件者原則架構 (SPF) 記錄。
- 451 4.1.8 無法解析您的網域 {mx101}或者寄件者地址被拒：找不到網域 - 這些類錯誤通常表示遠端曾試著驗證您的網域，但無法獲得正確的結果。遇到這種狀況，為 margiestravel.com 增加一筆 A 記錄或許可以讓郵件伺服器接收郵件。不過，您還是需要與對方連絡，才能知道拒絕郵件的原因。
步驟 4：調查原始郵件標頭
此外，錯誤訊息一般會附上原始郵件。由於很多使用者會將這些錯誤訊息轉寄給技術服務人員，所以原始標頭會放到郵件本文中 (除非用戶端特別設定，否則一般不會轉寄附件)。
原始郵件標頭：
Received:from mail36-tx2-R.bigfish.com (10.9.14.249) by TX2EHSOBE009.bigfish.com (10.9.40.29) with Microsoft SMTP Server id 14.1.225.22; Wed, 3 Aug 2011 15:03:33 +0000
Received:from mail36-tx2 (localhost.localdomain [127.0.0.1]) by mail36-tx2-R.bigfish.com (Postfix) with ESMTP id CD1047E84D3 for <joepremise@contoso.com.FOPE.CONNECTOR.OVERRIDE>; Wed, 3 Aug 2011 15:03:33 +0000 (UTC)
X-SpamScore:-5
X-BigFish:PS-5(zz1861Mc85dhzz1202hzzz2fh2a8h668h839h34h65h)
X-Spam-TCS-SCL:4:0
X-Forefront-Antispam-Report:CIP:157.55.61.146;KIP:(null);UIP:(null);IPV:SKI;H:CH1PRD0302HT003.namprd03.prod.outlook.com;R:internal;EFV:INT
Received-SPF:pass (mail36-tx2:domain of contoso.onmicrosoft.com designates 157.55.61.146 as permitted sender) client-ip=157.55.61.146; envelope-from=Scott@ contoso.onmicrosoft.com; helo=CH1PRD0302HT003.namprd03.prod.outlook.com ;.outlook.com ;
Received:from mail36-tx2 (localhost.localdomain [127.0.0.1]) by mail36-tx2 (MessageSwitch) id 1312383812531599_7509; Wed, 3 Aug 2011 15:03:32 +0000(UTC)
Received:from TX2EHSMHS046.bigfish.com (unknown [10.9.14.247]) by mail36-tx2.bigfish.com (Postfix) with ESMTP id 7878E15F804B for <joepremise@exchange.contoso.com>; Wed, 3 Aug 2011 15:03:32 +0000 (UTC)
Received:from CH1PRD0302HT003.namprd03.prod.outlook.com (157.55.61.146) by TX2EHSMHS046.bigfish.com (10.9.99.146) with Microsoft SMTP Server (TLS) id 14.1.225.22; Wed, 3 Aug 2011 15:03:31 +0000
Received:from CH1PRD0302MB127.namprd03.prod.outlook.com ([169.254.7.54]) by CH1PRD0302HT003.namprd03.prod.outlook.com ([10.28.28.161]) with mapi id 14.01.0225.063; Wed, 3 Aug 2011 15:03:30 +0000
Content-Type:multipart/mixed;
boundary="_000_B94CB51B8825B84382E64D7B4BE1555533ACCC50CH1PRD0302MB127_"
From:Scott <Scott@contoso.onmicrosoft.com>
To:"Joe Smith" <joesmith@contoso.com>
Subject:Windows Phone is awesome!有一些資訊或許有助於了解問題真相：
- To address:您可以從收件者地址知道地址是否輸入錯誤或查無此人。
- Received headers:您可以從這些標頭得知郵件的傳送路徑，特別是產生 DSN 的最後位置 (假設不容易從產生的伺服器得到相關資訊)。因為 DSN 會在 FOPE 裡面產生，所以用處並不大。不過，Microsoft 支援人員或許需要此資訊。
- Received-SPF:您可以知道 FOPE 認為 SPF記錄是否可以讓來源 IP 位址傳送郵件。如果事實上是不允許，請您檢查 DNS 中的 SPF 記錄。
常見問題
我們在此增加實用的知識庫文章或其他文件的連結，都可以提供本案例的相關資訊。
- 如果傳送郵件到特定網域時發生問題，請確定是否設定了傳送郵件所建議的 DNS 記錄類型。更明白地說，該網域必須有 A 記錄 (例如：@.contoso.com - 這筆記錄通常會指向與 www 記錄相同的位址)、MX 記錄以及 SPF 記錄 (它會將 Outlook.com 指派為寄件者)。如需詳細資訊，請參閱 Office 365 中的網域。
- 如果您最近剛完成 Office 365 的註冊，請確保您的 MX 記錄格式為 contoso-com.mail.eo.outlook.com 或 contoso-com.mail.protection.outlook.com。您可以登入入口網站並按一下 [網域] 取得正確的項目。請務必使用提供給您的項目，而不要建立多個 DNS 記錄或是使用不同的值。如果您是小型企業客戶，則請依照指示直接變更名稱伺服器 (NS) 記錄。