如何針對 Office 365 專用中的 MMSSPP 同步處理錯誤訊息進行疑難排解

摘要

本文列出 Microsoft Managed Services Service 置備提供者（MMSSPP）同步處理錯誤代碼，以及這些程式碼所代表錯誤的解決方式。客戶目前可以找到 MMSSPP 同步處理報告中所列的同步處理錯誤。 MMSSPP 同步處理報告是針對 Microsoft Office 365 專用客戶一天提供一次。注意如果客戶想要更頻繁地接收同步處理錯誤報表，可以透過其服務交付管理員提交變更要求。 在每個 MMSSPP 同步處理週期中，報告的頻率可以增加到不超過一次。所有的同步處理錯誤（也就是程式碼以 "SE" 開頭的錯誤）都有相同的影響，不論特定的同步處理錯誤。 此影響的描述如下。 [預配錯誤] （也就是代碼以 "PE" 開頭的錯誤）沒有影響。

其他相關資訊

注意： 當您搜尋同步處理錯誤時，您應該使用物件的來源辨別名稱（DN）。 如果來源 DN 無法運作，您應該使用物件的受管理 DN。

注意： 針對與群組和群組成員資格相關聯的錯誤，請參閱「通訊群組遺失的成員」一節。

• SE1008No targetAddress user 物件 使用者物件沒有信箱（homeMDB），而且沒有 targetAddress 值。 這會導致無法傳送的電子郵件錯誤。 受到 沒有其他影響。 如需此同步處理錯誤的影響說明，請參閱本文開頭附近的 [一般同步處理錯誤影響] 區段。 解決方案： 為使用者物件建立信箱。 或者，將 targetAddress 值指向現有的信箱。

• SE1101The 郵件屬性值無效 簡單郵件傳輸通訊協定（SMTP）郵寄地址的格式不正確，或包含不支援的字元。 受到 如果客戶信箱存在，則無法將它遷移到 MSO.DLL 託管的目錄，直到修正這個問題為止。 解決方案： 必須修正 [郵件] 屬性，MMSSPP 才能繼續同步處理。 如需如何修正 SMTP 位址格式的詳細資訊，請按一下下列文章編號，以查看 Microsoft 知識庫中的文章：

  316061 XADM：當使用無效字元時，SMTP 連接器會傳回錯誤訊息

• [SE1102 郵件屬性] 值不在 [受管理的 SMTP 網域] 清單中 Mail 屬性的 SMTP 尾碼不在允許擁有信箱提供的 SMTP 網域清單中。 （這個清單也稱為「受管理的 SMTP 網域清單」）。 受到 如果客戶信箱存在，則無法將它遷移到 MSO.DLL 託管的目錄，直到修正這個問題為止。 解決方案： 如果此 SMTP 網域應該新增到受管理的 SMTP 網域清單中，請與 MSO 取得聯繫。 或者，如果電子郵件地址無效，請將其修正。

  • MMSSPP 預期所有在客戶的內部部署郵件系統中都有信箱（homeMDB 或可設定的信箱指標標記 [CMIT]）的所有使用者物件，都有在 Managed SMTP 網域清單中有尾碼的郵寄地址。

  • 只要設定 targetAddress 值，就會發生唯一的例外狀況。 例如，當客戶信箱不是內部部署主機，而是客戶的郵件系統外部時，就會發生例外狀況。

  • 警告 如果在 customer 物件上變更了郵寄地址，使其後綴不在受管理的 SMTP 網域清單中，而且如果該使用者擁有 MSO.DLL 託管的信箱，則會產生 SE1153 同步處理錯誤。 如需 SE1153 同步處理錯誤的詳細資訊，請參閱 SE1153。

• SE1103Mail 屬性為 null [郵件] 屬性未在群組或連絡人物件上設定（null 值）。 受到 沒有其他影響。 如需此同步處理錯誤的影響說明，請參閱本文開頭附近的 [一般同步處理錯誤影響] 區段。 解決方案： 在客戶目錄林中將郵件屬性值指派給物件。 注意MMSSPP 預期所有群組和連絡人物件都有已定義且有效的 SMTP 郵寄地址。

• SE1104The targetAddress 不存在 TargetAddress屬性不會出現在連絡人物件（null 值）上。 在 Managed SMTP 網域清單中擁有電子郵件地址的所有連絡人物件，都應該將其 targetAddress 值指向外部 SMTP 位址。 受到 沒有其他影響。 如需此同步處理錯誤的影響說明，請參閱本文開頭附近的 [一般同步處理錯誤影響] 區段。 解決方案： 針對每個受影響的連絡人物件指派有效的外部 targetAddress 值。 注意有效 targetAddress 值的範例如下所示：

  SMTP:userA@domainX.fabrikam.com

• SE1106 [郵件] 屬性值不是唯一的 MMSSPP 同步處理作用域中其中一個客戶目錄林中的另一個物件有相同的郵寄地址。 受到 如果客戶信箱存在，則無法將它遷移到 MSO.DLL 託管的目錄，直到修正這個問題為止。 解決方案： 將 [郵件] 屬性變更為唯一值。 使用下列輕型目錄存取通訊協定（LDAP）查詢來找出具有相同郵寄地址的物件：

  (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(mail=<email>))

  例如，電子郵件地址 Kim.Akers@contoso.com 的查詢如下所示：

  (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(mail=Kim.Akers@contoso.com))

• SE1107The targetAddress 值無效 TargetAddress值的格式不正確，或包含不支援的字元。 受到 沒有其他影響。 如需此同步處理錯誤的影響說明，請參閱本文開頭附近的 [一般同步處理錯誤影響] 區段。 解決方案： 必須修正 targetAddress 值。 如需如何修正 SMTP 位址格式的詳細資訊，請按一下下列文章編號，以查看 Microsoft 知識庫中的文章：

  316061 XADM：當使用無效字元時，SMTP 連接器會傳回錯誤訊息

  • 如果該信箱不是寄存在 MSO.DLL 中，則已啟用郵件功能的使用者物件的 targetaddress 網域尾碼不應該位於 Managed SMTP 網域清單中。

  • 如果信箱是寄存在 MSO.DLL 中，則已啟用郵件功能的使用者物件的 targetaddress 網域尾碼應該位於 [受管理的 SMTP 網域] 清單中（如果 [ 新員工信箱提供 ] 選項設定為 [ 關閉]），或是 "null] （如果 [ 新員工信箱提供 ] 選項設定為 [ 開啟]）。

  • 有效 targetAddress 值的範例如下所示：

    SMTP:userA@domainX.fabrikam.com

  • 請確定 targetAddress 值不包含空格或其他無效字元。 尾隨空格無效，且特別難以查看。

• SE1112 targetAddress 值是在 Managed SMTP 網域清單中 TargetAddress值的 SMTP 尾碼指向受管理的 SMTP 網域清單。 受到 沒有其他影響。 如需此同步處理錯誤的影響說明，請參閱本文開頭附近的 [一般同步處理錯誤影響] 區段。 解決方案： 變更 targetAddress 值的尾碼，讓尾碼指向不在受管理的 SMTP 網域清單中的網域，因此不在信箱提供的範圍內。 這些物件的信箱是託管于外部系統（也就是不在客戶內部部署的郵件系統），並將與已啟用郵件功能的使用者同步處理到 MSO.DLL 託管的目錄。

• SE1115 的 [郵件] 屬性與連絡人物件的 targetAddress 值不相符 連絡人物件的 [郵件] 屬性不在 [受管理的 SMTP 網域] 清單中，且 targetAddress 值與 [郵件] 屬性不相符。 MMSSPP 預期所有從 SMTP 網域清單中擁有郵寄地址網域尾碼的內部連絡人物件都要有相符的郵件和 targetAddress 屬性。 受到 沒有其他影響。 如需此同步處理錯誤的影響說明，請參閱本文開頭附近的 [一般同步處理錯誤影響] 區段。 解決方案： [郵件] 和 [ targetAddress ] 屬性應該符合所有內部連絡人物件。 內部連絡人是在 [受管理的 SMTP 網域] 清單中有 [郵件] 尾碼的連絡人。

• SE1117 Proxy 位址值不是唯一的 Proxy proxyAddresses 屬性在 MMSSPP 同步處理範圍的其中一個客戶林中，包含重複的位址。 另一個物件在其 Microsoft 管理的 proxyAddresses 屬性中已經有相同的 proxy 位址。 重複的 managed proxyAddress 屬性可能來自下列其中一項：

  • 來源郵件屬性

  • 來源 proxyAddress 屬性

  • 來源 TargetAddress 屬性 記事 這個屬性會以次要 proxyAddress 屬性的形式，流過受管理的 Active Directory 架構。

  受到 沒有其他影響。 如需此同步處理錯誤的影響說明，請參閱本文開頭附近的 [一般同步處理錯誤影響] 區段。 解決方案： 從沒有位址的適當物件的 proxyAddresses 屬性刪除重複的 proxy 位址。 若要這樣做，請使用下列 LDAP 查詢來找出共用相同 proxy 位址的物件：

  (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=<address>))

  例如，下列是 proxy 電子郵件地址 Kim.Akers@contoso.com 的查詢，如下所示：

  (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=SMTP:kim.akers@contoso.com))

  注意為了維持回復舊版位址的能力，某些受管理的 proxy 位址受到保護，不會遭到意外刪除，而且不會自動從受管理的 Active Directory 架構（從來源中清除）中清除。 若要解決此問題，請依照下列指示進行：

  • 如果錯誤指定受管理路由網域中的 proxy 位址（例如 @mgd contoso.com），則 Microsoft Online 服務支援必須移除 proxy 位址。

  • 當使用者從來源 Active Directory 架構清除時，12.2 在 MMSSPP 版本的中未移除 x500 proxy 類型的 Proxy 位址。 在目前版本中，從客戶目錄林中刪除的 x500 proxy 位址會立即從 Managed 林中刪除。 先前已從客戶目錄林中移除但仍存在於受管理的 Active Directory 架構中的 x500 proxy 位址現在可以移除。 若要移除這些 x500 proxy 位址，請遵循下列步驟：

    1. 將不想要的 x500 proxy 位址新增回原始來源物件。

    2. 等待兩個同步處理週期。

    3. 從來源物件移除不需要的 x500 proxy 位址。 在下一次同步處理週期期間，會從受管理的 Active Directory 架構中清除不需要的 proxy 位址。

• SE1118 Mailnickname 是客戶連絡人物件上的 null Mailnickname為空白，且 MMSSPP 無法使用Mailnickname屬性發生器規則來產生客戶連絡人物件。 預設屬性發生器規則將嘗試在 Active Directory 中使用 givenName （也稱為「名字」）和 Sn （也稱為姓氏）屬性，為沒有在 customer 物件上定義之值的連絡人產生 mailNickname 值。 受到 沒有其他影響。 如需此同步處理錯誤的影響說明，請參閱本文開頭附近的 [一般同步處理錯誤影響] 區段。 解決方案： 在客戶連絡人物件上，設定 MailNickname 值或 givenName （也稱為「名字」）和 Sn （也稱為姓氏）屬性值。

• SE1119 郵件屬性尾碼與受管理的路由位址尾碼相符 [郵件] 屬性尾碼不得與 managed 路由位址尾碼相符。 受管理的路由位址尾碼是用來將郵件從 customer 物件路由到 MSO.DLL 託管的信箱，而客戶舊版郵件環境仍在使用 MSO.DLL 的共存階段中。 因此，它只能用來做為 targetAddress 和次要 smtp proxyAddresses 的一部分，而不是在客戶物件上的郵件或主要 smtp 位址中使用。 受管理的路由位址尾碼通常採用 @mgd 格式。 contoso.com。 受到 客戶信箱（如果有的話）無法遷移到 MSO.DLL 託管的目錄，直到這個問題修正為止。 解決方案： 將 [郵寄地址] 變更為具有非 managed 路由位址尾碼之後綴的有效 SMTP 值。

• SE1125 物件 DN 的使用者物件驗證失敗 [CN = .。。DC = com] 在匯出郵件流程中（Mail = [user@contoso.com]; targetAddress = [SMTP:user@northwindtraders.com]） [郵件] 屬性與 [ TargetAddress ] 屬性的組合不會使用有效的配置。 受到 無法完成提供動作，因為 customer 物件的狀態無效。 這個無效狀態可能會封鎖下列任何動作：

  • 信箱解除

  • 信箱提供

  • 郵件使用者預配

  • 郵件使用者解除解除

  解析度：請確定已將 mail 屬性與 targetAddress 屬性的有效組合套用至來源物件。 此外，請確認目標位址不包含尾隨空格。 注意事項

  • 針對郵件使用者： targetAddress 屬性應該與 mail 屬性相符，或應該為 null。 （請檢查預配規則。）

  • 針對信箱：如果尚未啟用新的雇用功能， targetAddress 尾碼應該是受管理的路由網域（也就是包含 @mgd 的網域）。 或者，如果新的雇用功能已啟用，則 targetAddress 尾碼應該是 null。 [郵件] 屬性網域應該位於 MMSSPP 包含的 SMTP 網域清單中。 MMSSPP 包含的 SMTP 網域清單是針對每位客戶進行自訂。

  如需新雇用功能的詳細資訊，請參閱「新員工案例的詳細資訊」一節。

• SE1129偵測到物件 DN [CN = ...] 的客戶信箱和受管理的信箱 客戶和受管理的環境中都存在一個homeMDB值。 受到 屬性會從來源物件流向受管理的 Active Directory 物件，直到問題修正為止。 解決方案： 如果使用者應該在 MSO.DLL 中主持信箱，請從客戶 Active Directory 中移除 homeMDB 。 如果使用者在 MSO.DLL 中不應有信箱，暫時清除來源 homeMDB，然後使用 [顯式取消預配] 屬性來取消選取受管理的信箱。 管理的信箱取消提供之後，來源的 homeMDB 可以還原。 當客戶的 homeMDB 屬性意外地使用 mso.dll homeMDB 值來標記時，通常會發生此錯誤。

• SE1131Proxy 位址值無效 SMTP proxy 位址值的格式不正確，或包含不支援的字元。 受到 客戶信箱（如果有的話）無法遷移到 MSO.DLL 託管的目錄，直到這個問題修正為止。 解決方案： 必須修正 [SMTP proxy 位址] 的值。 根據預設，最上層的網域尾碼在主要 proxyAddresses 值中最多隻能有三個字元，而次要 proxyAddress 值的字元數限制為五個字元。 如需如何修正 SMTP 位址格式的詳細資訊，請按一下下列文章編號，以查看 Microsoft 知識庫中的文章：

  316061 XADM：當使用無效字元時，SMTP 連接器會傳回錯誤訊息

• 使用 DN [CN = ...，DC = COM] 指定 Customer 屬性 extensionattribute [NN] = [aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa]，但未加入任何其他物件請注意 ，確切的延伸屬性是「自動服務重新連接」（ASR）屬性，且是針對每個客戶環境進行自訂。 此錯誤表示來源物件已設定為透過 ASR 連線至現有的信箱。 不過，目前與指定來源物件 GUID 相關聯的 managed 物件無法連線。 錯誤狀況 SE1139 和 SE1140 會產生相同的訊息，並具有相同的解析度。 受到 無法將來源物件連接至連線至受管理信箱的受管理物件。 此外，無法建立新的管理信箱。  解決方案： 應清除 [ASR 延伸] 屬性值。 下次同步週期執行之後，MMSSPP 將會建立新的 managed 物件。 如果客戶適當地設定同步處理，MMSSPP 將會建立新的空白受管理信箱。 Microsoft Online 服務支援小組（MOSSUP）會將舊的斷開信箱的內容還原到新的空白信箱。 在新物件上設定 ASR 延伸屬性之前，當舊的遺失或來源物件遭到篩選或移出 MMSSPP 範圍之後，就會發生此錯誤。 換句話說，在 PendingDeletions 組織單位（OU）中，managed 物件已到期之後，新物件的 ASR 程式即會開始。 若要避免在林間遷移時出現這些錯誤，請在新物件上戳 [ASR 副檔名屬性] 值，並確認 ASR 程式已順利完成，然後才能篩選舊的遺失或來源物件。

• SE1144 在 IDIS 中找不到具有 SourceObjectGUID [{0}] 的單一列，且 SecondaryVerification [{1}] 相符且 PENDINGDELETION 將物件 DN [{2}] 設定為1。 此錯誤可能會在自動重新連接失敗（ASR）之後或從 MMSSPP 範圍內拉出物件之後，且傳回至範圍之後發生。 針對 ASR 或 PendingDeletions 重新連接成功，郵件與客戶物件 GUID 的來源與 managed 物件之間必須有一個相符專案。 發生此錯誤時，不符合下列其中一個條件。 受到 無法將來源物件連接至連線至受管理信箱的受管理物件。 此外，無法建立新的管理信箱。  解決方案： 確認新取得或目標物件的郵件值與舊的遺失或來源物件完全相同。 在 ASR 案例中，在 ASR 屬性中標記的 GUID 必須是舊源物件的 GUID，而不是其對應的受管理物件的 GUID。 如果確認符合這些條件，請與 Microsoft Online 支援人員取得協助。 當在 ASR 程式完成之前，在舊（遺失或來源）物件上變更電子郵件地址時，就會發生此錯誤。 若要避免在林間遷移時發生這些錯誤，請在新物件上戳 [ASR 副檔名屬性] 值，並確認 ASR 程式在篩選或變更舊（遺失或來源）物件之前，已順利完成。 如果從 MMSSPP 範圍中移除物件，然後在從 PendingDeletions OU 中刪除 managed 物件之前傳回範圍，則 [郵件] 值必須與原始從範圍中移除的內容相同。 否則，物件將不會重新連線，而且您必須等待 PendingDeletion 持續時間期限到期。

• SE1153 [不一致的狀態]：已偵測到 >MEU 轉換，但有 DN 的物件 [CN = .。。DC = Net] 未明確取消對受管理的信箱（DeprovisionMailboxEnabledUser 規則 = FALSE） 此錯誤表示某個信箱存在於 Microsoft 線上環境中。 不過，來源物件會變更為已啟用郵件功能的使用者設定（如果這是以錯誤的方式完成，下列的「解決」步驟將說明如何修正此問題）。 若要避免意外解除信箱信箱，客戶必須先明確地標記解除準備的屬性，才能變更物件的郵件類型。 錯誤狀況 SE1151、SE1152 和 SE1154 會產生相同的訊息，並具有相同的解析度。 受到 Microsoft Online 環境中仍會顯示 [要取消解除的預定信箱]。 來源屬性變更不會流向受管理物件中的物件，且系統不會取消提供受管理的信箱。 解決方案

  1. 如果您想要將物件變更為已啟用郵件功能的使用者，請復原所做的變更，然後按照這些步驟將其正確變更為已啟用郵件功能的使用者。

     1. 將郵件和 targetAddress 值傳回其原始值（targetAddress 包含 @mgd）。 確認 [郵件] 和 [ targetAddress ] 的值都是有效的。 請確定在任何一個屬性中都沒有前導或尾部空格。 然後，等待兩個同步處理週期執行。 這些步驟會解決錯誤，並將物件傳回有效的信箱啟用狀態。

     2. 設定 [顯式解除配置] 屬性，然後變更 targetAddress 值，使其後綴不在受管理的路由網域（@mgd）中。

  2. 如果物件仍應是信箱物件，而您意外收到此錯誤，請執行下列動作：

     • 確認 [郵件] 和 [ targetAddress ] 的值與 [信箱] 所需的置備規則一致。 其中一個或兩個都可能已變更。 檢查來源值，並確認下列條件成立：

       • 在任何一個屬性中都沒有前導或尾部空格。

       • TargetAddress尾碼沒有已轉置的字母。 例如，請勿使用 @mdg，而不 @mgd 是 contoso.com。

       • [郵件] 值不包含 @mgd，或貴公司對受管理的 proxy 位址相當。 [郵件網域] 必須位於 [SMTP 包含] 清單中。

  注意： 如果新的雇用功能未啟用，則 targetAddress 值必須包含尾碼中的 @mgd。 確認尾碼包含 @mgd，且指定正確的受管理路由網域。 如果新的雇用功能已啟用，則targetAddress 值應包含有效的 @mgd .。。 [路由位址]，如果客戶未使用 EOP 或遷移至 vNext/MT，也可能是 null。

• SE1155 {1} 物件 DN [{2}] 的 [proxyaddresses] 屬性中的 [Proxy 位址] 值 [{0}] 是不正確次要 SMTP 位址 SMTP 位址，將會被移除。請修正 proxy 位址有效性。 此錯誤表示次要 SMTP proxy 存在不正確 SMTP 位址。 受到 沒有其他影響。 如需此同步處理錯誤的影響說明，請參閱本文開頭附近的 [一般同步處理錯誤影響] 區段。 解析

  1. 必須修正 SMTP proxy 位址值，MMSSPP 才能繼續進行這個物件的同步處理。 確認不存在任何前置或尾部空格。 如需如何修正 SMTP 位址格式的詳細資訊，請按一下下列文章編號，以查看 Microsoft 知識庫中的文章：

     316061 XADM：當使用無效字元時，SMTP 連接器會傳回錯誤訊息

  2. 主要 proxyAddress 值和次要 proxyAddress 值的驗證規則會有所不同。 例如，主要 SMTP 位址受限於三位數的最上層網域尾碼（@contoso .com 或 contoso.net）。 次要 SMTP 位址在最上層網域尾碼（@contoso local）中有五個字元的限制。 這些規則可根據要求進行設定，以適應本機需求的不同命名慣例。

• SE1290 無法解析屬性 [name] 的 Reference （DN）值 無法在 MSO.DLL 託管的目錄中解析跨林群組的 reference 屬性。 例如，當交叉目錄林群組成員沒有 mail 屬性值，或如果在 MSO.DLL 託管的環境中不存在相符的郵寄地址時，就會發生此錯誤。 受到 在 MSO 託管環境中，參照的物件不會以跨林的群組屬性名稱表示。 解決方案： 將錨點屬性（例如 [郵件] 屬性）設定為在 MSO 託管環境中存在的值。

• 自動服務重新連接屬性中指定的 SE1401 物件 GUID 無效或不存在 此錯誤及其他與 ASR 相關的錯誤（SE1404、SE1405、SE1406）會指出下列問題：

  • 在 ASR 屬性中指定的值不是有效的 GUID。

  • 在 MMSSPP 範圍中，GUID 所參照的物件與副門屬性（郵件）的組合不存在。

  • 參照的 GUID 和副門屬性（郵件）會與 MMSSPP 範圍中的多個物件相符。

  受到 客戶信箱（如果有的話）無法從一個目錄林遷移至另一個，且物件同步處理已暫停。 解決方案： 如果 ASR 是用於這個物件，請指定另一個目錄林中另一個作用中物件的有效物件 GUID。 這兩個物件的副門值（郵件）也必須相符。 如果不打算使用 ASR，則必須清除此值。

• SE1409 [擱置刪除] 狀態中的 SE1409 物件與另一個範圍內物件衝突 範圍內物件的 [郵件] 屬性值與目前處於 [擱置中刪除] 狀態的另一個物件發生衝突。 此錯誤會在 N 天（預設為三天）完成，且在預配範圍內物件時，自動解決。 受到 新的範圍內物件將無法進行設定或同步處理，直到實際刪除掛起的刪除狀態的衝突物件為止。 解決方案： 針對新物件指定不同的電子郵件地址（以及可能的 proxy 位址）。 或者，請等到未決刪除週期到期為止。 如果經常發生此錯誤，請考慮使用 Microsoft Online Services 來歸檔客戶要求，以縮短擱置刪除的持續時間。 初始 ASR 實現之後，使用者和群組的建議工期是一天，而對於連絡人則為零天。

• SE1514 錯誤鍵 [extensionattribute10] 不存在。無法處理物件 [CN = ...] 的錯誤DC = com] 注意： 確切的延伸屬性是 ASR 屬性，且針對每個客戶環境進行自訂。 通常，當針對 [ASR 擴展] 屬性設定不正確值時，就會發生此錯誤。 [ASR 擴展] 屬性必須是有效的 GUID 字串。 如果物件不是用於 ASR 遷移，則必須清除此值。 受到 此狀態中不會變更、置備或取消提供物件。 解決方案： 針對 ASR 屬性設定有效的 GUID 字串。 核准的字串格式可在 MMSSPP 提供介面手冊的8.2 節中取得。 檢查字串結尾不存在尾隨空格，且沒有任何其他字元（例如分號）。 ASR 屬性只能用於目標源物件 GUID。 如果物件不是用於 ASR 遷移，則必須清除此值。

• SE1647 已從範圍中移除 DN 為 [{0}] 的來源使用者物件，但是託管的信箱的 [{1}] 是由 [{2}] 設定的訴訟封存。受管理的物件和信箱不會被刪除。若要刪除此信箱，請移除訴訟保留。 管理的信箱是針對訴訟封存進行設定。 不過，相關的來源物件會從 MMSSPP 範圍中篩選或移除。 在移除訴訟保留之前，MMSSPP 不會刪除受管理的物件。 受到 此狀態中不會取消提供物件。 解決方案： 這種行為是由設計所導致，因為訴訟保留是保留信箱完整性的明確設定。 如果應該刪除信箱，客戶必須移除訴訟封存。

• SE1648 來源使用者 {0} 物件的託管信箱是由 MMSSPP 來取消提供，但是託管的信箱的 [{1}] 是由 [{2}] 設定的訴訟封存。受管理的物件和信箱不會被刪除。若要取消將此信箱取消加入，請移除訴訟保留。 管理的信箱是針對訴訟封存進行設定。 不過，相關的來源物件已設定為取消設定受管理的信箱。 在移除訴訟封存之前，MMSSPP 不會中斷受管理的信箱。 受到 此狀態中不會取消提供物件。 解決方案： 這種行為是由設計所導致，因為訴訟保留是保留信箱完整性的明確設定。 如果應該刪除信箱，客戶必須移除訴訟封存。

• PE1 錯誤：啟用 MSO.DLL 主持的信箱失敗 MMSSPP 嘗試啟用 MSO.DLL 託管的信箱時，會發生錯誤。 受到 在更正這個問題之前，MMSSPP 無法建立 MSO.DLL 託管的信箱。 解決方案： 如需有關問題與修正步驟的指示，請參閱該物件的錯誤報表中的特定詳細資料。 如果問題或修正步驟仍不清楚，請與 Microsoft 聯絡人聯繫。

• PE1 錯誤：針對「CN = ...、DC = mgd、DC = msft、DC = net ' 的指定區功能變數代碼（' '）無效 .。。 如果有兩個地理區域（例如北美和歐洲）的資料中心可供特定的 Office 365 專用環境使用，系統會判斷值以指定新信箱的位置。 如果信箱預配屬性不包含有效的值，就會發生此錯誤。 如果 Microsoft Online 服務是針對貴公司的特定地理位置進行設定，則在信箱預配屬性中使用地區代碼是強制性的。 受到 只有在修正此錯誤之後，才會將信箱預配。 解決方案： 請確定已針對格式 REG =XX中的信箱設定屬性設定有效的區域，其中 XX 是有效的地區代碼。 此外，請確認 [信箱類型] 或 [預配] 值有效。 範例： extensionAttribute10： MBX =ST;REG =NA; 記事 [信箱預配] 延伸屬性是針對每個客戶環境進行自訂。

• PE1 錯誤： WPS 錯誤 [Enable-信箱]：屬性值無效。此值不能包含前置或結尾空格。屬性名稱： * * * 顯示名稱 * * * 或 * * * 名稱 * * * 尾隨或前導空格對於 dIsplayName 和 名稱 Active Directory 屬性無效。 受到 只有在修正此錯誤之後，才會預配受管理的物件。 解析

  • 如果在 displayName 屬性中使用尾部空格來設定物件，請刪除空白。 完成這項作業之後，就會自動設定信箱或已啟用郵件功能的使用者。

  • 如果使用 displayName 屬性中的前導空格來提供物件，請刪除空白區域。 受管理的物件必須透過升級至 Microsoft Online 服務支援小組（MOSSUP）來修正。

• PE1 錯誤： WPS 錯誤 [Enable-信箱]：位址「smtp:.username@contoso.com」無效 指定的郵件屬性無效。 受到 直到錯誤修正之後，才會預配受管理的物件。 解決方案： 必須修正屬性。 常見的錯誤包含不正確字元、空白（包括難以查看尾部空格）、前導或尾部句號，以及重複的時間間隔。

• PE1 錯誤： WPS 錯誤 [Enable-信箱]：已由 [managedDN] 使用 proxy 位址 "smtp:user.one@mgd.contoso.com"。請選擇另一個 proxy 位址。ManagedDN: ...ProxyAddresses屬性在 MMSSPP 同步處理範圍的其中一個客戶目錄林中，包含重複的位址。 另一個物件在其 Microsoft 管理的 proxyAddresses 屬性中已經有相同的 proxy 位址。 重複的 managed proxyAddress 屬性可能來自來源郵件屬性、來源 proxyAddress 屬性或來源 targetAddress 屬性。 （這會以次要 proxyAddress 的方式流入受管理的 Active Directory 架構）。 受到 沒有其他影響。 如需此同步處理錯誤的影響說明，請參閱本文開頭附近的 [一般同步處理錯誤影響] 區段。 解決方案： 變更或刪除不應該擁有之物件的重複 targetAddress 屬性或 proxy 位址。 使用下列 LDAP 查詢來找出共用相同 proxy 位址的物件： (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=<address>)) 例如，下列是 proxy 電子郵件地址 Kim.Akers@contoso.com 的查詢，如下所示：

  (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=SMTP:kim.akers@contoso.com)) 

  注意若要維持回復舊版位址的能力，當您從來源中清除受管理的 Active Directory 架構時，某些受到保護的受管理 proxy 位址不會自動從該架構中清除。 若要解決此問題，請依照下列指示進行：

  • 如果錯誤指定擁有受管理路由網域的 proxy 位址（例如 @mgd contoso.com），則必須由 Microsoft Online Services 支援移除該 proxy 位址。

  • 在 MMSSPP 版本的 Active Directory 物件中清除了 x500 proxy 類型的 Proxy 位址後，就不會移除該伺服器的12.2 版。 在目前版本中，從客戶目錄林中刪除的 x500 proxy 位址會立即從 Managed 林中刪除。 先前已從客戶目錄林中移除但仍存在於受管理的 Active Directory 架構中的 x500 proxy 位址現在可以移除。 若要執行這項操作，請依照下列步驟執行：

    1. 將不想要的 x500 proxy 位址新增回原始來源物件。

    2. 等待兩個同步處理週期。

    3. 從來源物件移除不需要的 x500 proxy 位址。 在下一次同步處理週期中，將會清除受管理的 Active Directory 架構中不需要的 proxy 位址。

• PE1 錯誤： WPS 錯誤 [Enable-信箱]： ExternalEmailAddress 的值無效：指定的引數已超出有效的值範圍。參數名稱：位址 使用者 .。。@contoso .com不是有效的 SMTP 位址。 錯誤來源是 tartgetAddress 屬性，其中包含先前已同步處理到 Office 365 targetAddress 屬性的無效位址。 TargetAddress屬性值必須在源物件上修正。 常見的錯誤包含不正確字元、空白（包括難以查看尾部空格）、前導或尾部句號，以及重複的時間間隔。 通常， targetAddress 屬性值最近是從不正確值轉換而來。 例如： 使用者 .。。 PE7 [工作表] 索引標籤上所報告的 @contoso .com 位址，然後轉換並修正為有效值（ User@mgd.contoso.com），現在已于工作表索引標籤 PE1 上報告。 不過，不正確 targetAddress 屬性值已同步處理到 Office 365，而且必須還原以清除信箱提供錯誤。 解決方案： 為已啟用郵件功能的使用者設定有效的 targetAddress 屬性值。 例如， User@contoso.com 位址會進行同步處理，並更新 Office 365 targetAddress 屬性值。 在 Office 365 中修正不正確的 targetAddress 值之前，請勿轉換為已啟用信箱的使用者。 將已修正的 targetAddress 屬性值同步處理到 Office 365 之後，請變更 targetAddress 屬性值，以提供已啟用信箱的使用者。 例如，假設該值是 User@mgd.contoso.com。

  1. 將 targetAddress 屬性值變更為已啟用郵件功能的使用者的有效專案，例如 User@contoso.com。

  2. 等待新的 targetAddress 屬性值同步處理到 Office 365 物件 targetAddress 屬性值 User@contoso.com。

  3. 針對已啟用信箱的使用者，將 targetAddress 屬性值變更為有效的專案，例如 User@mgd.contoso.com。

  4. 等待信箱預配。

  5. Office 365 targetAddress 屬性值已不存在。

• PE3 啟用 MSO.DLL 託管資源信箱失敗 當 MMSSPP 嘗試啟用 MSO.DLL 託管的資源信箱時，就會發生錯誤。 受到 在更正這個問題之前，MMSSPP 無法建立 MSO.DLL 託管的資源信箱。 解決方案： 請參閱該物件的錯誤報表中的特定詳細資料，以尋找問題及修正步驟的指示。 如果問題或修正步驟仍不清楚，請與 Microsoft 聯絡人聯繫。

• PE7 建立已啟用 MSO.DLL 的郵件的使用者失敗 當 MMSSPP 嘗試在 MSO 託管的目錄中建立已啟用郵件功能的使用者時，就會發生錯誤。 受到 在更正這個問題之前，MMSSPP 無法建立 MSO.DLL 託管的已啟用郵件的使用者。 解決方案： 請參閱該物件的錯誤報表中的特定詳細資料，以尋找問題及修正步驟的指示。 如果問題或修正步驟仍不清楚，請與 Microsoft 聯絡人聯繫。

• PE10 WPS 錯誤 [Connect-信箱]：信箱 ".。。MBX GUID ... "資料庫上不存在 .。。MBX 資料庫 ... "ManagedDN: MMSSPP 不會自動重新連線至處於虛刪除狀態的信箱。 當信箱遷移到其他環境（例如，從 O365 專用於客戶的內部部署伺服器或 O365 服務），而客戶想要將它重新連線到 O365 專用的原始信箱時，就會出現這種情況。 受到 無法重新連接使用者信箱。 解決方案： 將問題升級至 Microsoft Online 支援以進行修正。

• MSO.DLL 託管資源信箱上的 PE11Setting 行事曆設定失敗 當 MMSSPP 嘗試在 MSO 託管的資源信箱上設定信箱行事曆設定時，就會發生錯誤。 受到 MMSSPP 無法在 MSO 託管的資源信箱上設定信箱行事曆設定，直到問題修正為止。 這可能會影響資源信箱的可用性。 例如，在修正這個問題前，資源信箱的會議邀請 AutoAccept 的功能可能無法運作。 解決方案： 請參閱該物件的錯誤報表中的特定詳細資料，以尋找問題及修正步驟的指示。 如果問題或修正步驟仍不清楚，請與 Microsoft 聯絡人聯繫。

• PE17 建立 mso.dll 託管的連絡人或通訊群組失敗 當 MMSSPP 嘗試在 MSO 託管目錄中建立已啟用郵件功能的連絡人或通訊群組時，就會發生此錯誤。 受到 MMSSPP 無法建立 MSO.DLL 託管的已啟用郵件功能的連絡人或通訊群組，直到問題修正為止。 解決方案： 如需有關問題與修正步驟的指示，請參閱該物件的錯誤報表中的特定詳細資料。 如果問題或修正步驟仍不清楚，請與 Microsoft 聯絡人聯繫。

• 延伸-屬性不存在錯誤： MailNickname 為 null 此錯誤與舊版 MMSSPP 中的 SE1118 相同。 客戶連絡人物件上的 MailNickname 屬性為空白，MMSSPP 無法使用 MailNickname 屬性發生器規則來產生 MailNickname 屬性。 預設屬性發生器規則會嘗試在 Active Directory 中使用givenName （也稱為「名字」）和Sn （也稱為姓氏）屬性，為沒有在 customer 物件上定義之MailNickname屬性的連絡人產生mailNickname屬性。 受到 沒有其他影響。 請參閱此說明檔案標頭中的「一般同步處理錯誤影響」區段，以取得此同步處理錯誤影響的說明。 解決方案： 在客戶連絡人物件上，設定 Mailnickname 值或 givenName （也稱為「名字」）和 Sn （也稱為姓氏）屬性值。

• 延伸-屬性不存在錯誤： MailNickname 是不正確MailNickname 值包含不正確字元。 受到 沒有其他影響。 請參閱此說明檔案標頭中的「一般同步處理錯誤影響」區段，以取得此同步處理錯誤影響的說明。 解決方案： 如果客戶為 mailNickname 值留空，MMSSPP 會在可能的情況下自動建立 mailNickname 值。 因此，單一選項是清除 mailNickname 值。 如果客戶必須設定 mailNickname 值，該值必須符合 RFC 821 中定義的準則。 常見的無效字元包括空格、全形虛線，顯示為有效的虛線、at 符號（@）及括弧。 確定沒有任何前導或尾隨空格難以查看。

• mv 違反限制 當發生直接匯入屬性流程且來源的屬性值超過 元節 屬性的長度限制時，就會發生此錯誤。 受到 在更正這個問題之前，MMSSPP 無法處理屬性變更或設定服務。 解決方案： 縮小屬性值大小，減小至架構啟用的上限。

• [WorkQueueIns]郵件不應該是 null。我們無法完成您的要求。 當在已同步處理到 MSO.DLL 託管目錄的來源物件上清除郵件時，就會發生此錯誤。 在來源 Active Directory 物件中還原值後，就會發生此錯誤。 受到 沒有其他影響。 請參閱此說明檔案標頭中的「一般同步處理錯誤影響」區段，以取得此同步處理錯誤影響的說明。 解決方案： 確認來源物件有有效的郵件值，且至少有一個 MMSSPP 同步處理週期已完成。 確認之後，您應該將此問題升級至 Microsoft Online 支援服務以進行修正。 確定 [郵件] 屬性或 [手動編輯] 的內容不會在變更值前清除值。

• 通訊群組中遺失成員 通訊群組中的成員遺失。 這個遺失的成員可能是使用者、連絡人或另一個群組。 如果群組是跨林群組，可能會出現 SE1290 錯誤。 如果群組不是跨林群組，可能會出現其他錯誤（例如重複的郵件）。 受到 [群組成員] 可能無法接收傳送至通訊群組清單的郵件。 解析

  • 確定成員具有有效的 [郵件] 值。

  • 確定該成員沒有作用中的同步處理錯誤。

  • 確定成員出現在 MSO.DLL 中。

  判斷群組是否為一般群組或跨林群組。 交叉目錄林群組是由客戶設定，並包含來自其他目錄林的成員。 根據客戶在特定 OU 中的位置或由使用者定義的屬性，為每個客戶定義交叉目錄林群組。 一般群組只包含他們所居住之林中的成員。 一般通訊群組：

  • 確認遺失的成員出現在 MSO.DLL 中，而且沒有同步處理錯誤。

  • 如果遺失的物件是嵌套群組的成員，請確認嵌套群組有 [郵件]，而且該群組出現在 MSO.DLL 中。

  • 如果上層群組是一般群組（也就是不是跨林群組），請確認嵌套群組也不是跨林群組。 跨林群組可能會包含一般群組或其他跨林群組。 不過，一般群組不能包含跨林群組。

  跨林群組：

  • 確認遺失的成員出現在 MSO.DLL 中，而且沒有同步處理錯誤。

  • 如果群組成員出現在 MSO.DLL 中，但在群組中遺失，請確認來源跨林群組成員具有相符的郵件值。

  • 如果遺失的物件是嵌套群組的成員，請確認嵌套群組有 [郵件]，而且該群組出現在 MSO.DLL 中。

  • 如果遺失的成員是跨林群組，請檢查這個群組是否有一個一般群組（也就是 [跨林群組]）的父項。 跨林群組可能會包含一般群組或其他跨林群組。 不過，一般群組不能包含跨林群組。

• LargeGroup 我們已增加使用 [大型群組] 索引標籤的同步處理錯誤報表，讓客戶傳送通知給大型的收件者群組。 此資訊對協助客戶根據下列建議採取其他步驟很有用。 受到 包含在 MMSSPP 範圍中的大型群組會在同步處理週期時間（最多10-12 小時）中產生明顯的延遲。 MMSSPP 同步處理會針對每個同步處理週期（nominally，每30分鐘）回應同步處理屬性中的變更。 這可讓 O365D GAL 快速回應客戶的人力資源系統或 Active Directory 所做的變更。 除了提供更佳的使用者體驗之外，您還可以優化某些重要的企業程式（例如，林內使用者遷移）。 當 MMSSPP 範圍中具有非常大的成員資格計數的群組已變更時，MMSSPP/FIM 必須列舉這些變更。 例如，如果您新增或移除25000群組中的成員，FIM-A 會看到該屬性的增量事件。 不過，它不會在讀取40000成員的整個清單前，知道要變更的專案。 這麼做可能會花很長的時間（多次重建），而不是要讀取具有5000成員的群組。 這個延遲可能會影響任何客戶程式（例如 ASR），在這種情況下，登入新的林（透過 ASR）的使用者必須具備工作效率，且在後續一天開始由商務用來存取電子郵件。 另一個要考慮的事項是所有群組的品質控制檢查。 這種情況較不常見，在同一個客戶林中，可能會有多個相同物件類別和電子郵件地址的物件。 該條件需要額外的分析步驟來判斷哪些物件應該包含在群組成員中。 找到該條件時，會執行品質控制工作流程。 如果它們涉及大型群組，這些可能會佔用大量資源。 如果群組超過15000個以上的成員，MMSSPP 將會處理群組成員資格變更。 不過，它會暫停針對相同類型的多個物件執行檢查的工作流程。 這是避免同步處理週期和置備延遲的最佳步驟。 具有易於管理的大小群組可協助將同步週期保持在可預測的持續時間，同時也會增加處理群組成員資格變更的可靠性。 解析

  • 理想的是，任何群組都不應超過5000的成員數目。 不過，群組最多可以有15000個成員，以達到工作流程品質控制的目的。 客戶可以使用簡單的邏輯（字母、地區等等），將大於15000的群組分割成較小的群組。

  • 如果您不一定要在 O365 （安全性群組的常見案例）中啟用群組，客戶應該將群組移到超出 MMSSPP 範圍的 OU 中。 請注意，篩選群組（例如，透過移除郵件）並不能解決問題。 這是因為 FIM 仍會讀取每個屬性（並列舉每個成員），而客戶可以決定不需要匯入該群組。