徵狀
當您透過 Exchange Online Protection （EOP）在 Microsoft Office 365 中傳送郵件時，您可能會遇到下列其中一種症狀：
-
傳回路徑位址不正確。
-
無法傳送傳送至特定外部網域的電子郵件訊息。
-
您會收到驗證位址之外部網域的未傳遞回報（NDR）。 如果 [ 發 件人] 欄位和 [ 郵件發件人] 命令中指定的值或傳回路徑位址不相符，您可能會收到 NDR，並提供類似下列其中一個錯誤代碼：
-
# < #5. 0.0 smtp; 554 無法使用郵件標題中的 [寄件者] 欄位驗證郵件。 > #SMTP#
-
"553 5.1.8 寄件者位址的網域不存在"
-
# < #5. 1.0 smtp; 553 5.1.0 mgd.contoso.com 不存在>
-
< # 5.7.1 SPF 未授權的郵件） >
-
"5.1.1 RESOLVER.ADR.RecipNotFound"
-
"5.1.1 RESOLVER.ADR.RecipientNotFound"
-
原因
寄件者的物件已使用 Microsoft Azure Active Directory 同步處理（DirSync）同步處理至 Windows Azure Active Directory （WAAD）。 如果下列一或多個條件成立，就會發生此問題：
-
在來源 Active Directory 網站中，主要 SMTP 位址可能未正確設定。
-
如果 [寄件者] 欄位中的位址與傳回路徑位址不相符，部分網域可能就無法傳送郵件，也不會拒絕郵件。
解決方案
確認 WAAD 中的 [郵件使用者] 物件的 WindowsEmailAddress參數是有效的。 有效的位址應包含尾碼中的外部可路由網域，且應該符合預期的主要 SMTP 位址。 這個參數的值應該是使用者想要外部收件者在回復時查看及使用的位址。
主要 SMTP 位址會透過使用下列邏輯，透過 DirSync 與 WAAD 進行同步處理：
-
如果 proxyAddresses屬性中有主要 SMTP 位址的值，Office 365 會使用它來判斷 WAAD 中適當的主要 smtp 位址。 如果 Office 365 無法辨識電子郵件地址的網域部分，就會使用別名部分，並將預設網域（例如 "@domain. onmicrosoft.com"）附加在其中。
-
如果 proxyAddresses 屬性中沒有列出使用者的電子郵件地址，Office 365 會使用使用者的 [ 郵件] 屬性的值。 如果 Office 365 無法辨識電子郵件地址的網域部分，就會使用別名部分，並將預設網域（例如 "@domain. onmicrosoft.com"）附加在其中。
-
如果 [ proxyAddresses ] 屬性中沒有列出使用者的電子郵件地址，或 [郵件] 屬性沒有任何值 ，就會使用使用者主體名稱的別名部分，並將 domain 值指派為預設網域（例如，"@domain. onmicrosoft.com"）。
-
如果proxyAddresses屬性中僅有次要 smtp:user@domain.com 位址的值，Office 365 會使用這個值來計算主要的 smtp 位址。 隨後便會使用別名元件，並將預設網域（例如「@domain onmicrosoft.com」）附加在其中。 出現在 WAAD 中的值會使用下列格式：
SMTP:user@domain.onmicrosoft.com
-
如果 ProxyAddresses 屬性中有一個 smtp 位址和一個 smtp 位址，則在 [ 郵件 ] 屬性中定義的任何值也會新增為次要 SMTP 位址。
