Så här felsöker du problem med MMSSPP i Office 365

Sammanfattning

I den här artikeln finns en lista med MMSSPP för synkroniseringstjänst (Microsoft Managed Services Service Provider) tillsammans med lösningar på de fel som dessa koder representerar. För närvarande kan kunderna hitta synkroniseringsfel i MMSSPP. MMSSPP finns i Microsoft Office 365-dedikerade kunder en gång per dag.Obs! Om kunder vill ta emot synkroniseringsfel oftare kan de skicka en ändringsbegäran via tjänstens leverans chef. Frekvensen av rapporter kan ökas till maximalt en tid per MMSSPP. Alla synkroniseringsfel (det vill säga de fel vars kod börjar med "SE") har samma effekt oavsett det specifika synkroniseringsfel. En beskrivning av effekten följer. Konfigurations fel (det vill säga de fel vars koder börjar med "PE") inte påverkar den effekten.

Mer information

Obs! Du bör använda det unika käll namnet (DN) för ett objekt när du söker efter synkroniseringsfel. Om källans unika namn inte fungerar bör du använda det hanterade DN för ett objekt.

Obs! Om du har problem med grupper och grupp medlemskap kan du läsa avsnittetmedlemmen saknas i distributions gruppen.

• SE1008No targetAddress på användarobjektet Användarobjektet har ingen post låda (homeMDB), och det finns inget targetAddress -värde. Det här resulterar i fel meddelanden. Miljön Det finns ingen ytterligare inverkan. Se avsnittet "allmänna synkroniseringsfel" i början av den här artikeln om du vill ha en beskrivning av hur detta synkroniseringsfel påverkar. Namnmatchningen Skapa en post låda för användarobjektet. Eller peka targetAddress värde i en befintlig post låda.

• Värdet för SE1101The e-postattribut är inte giltigt Formatet på SMTP-e-postadressen (Simple Mail Transfer Protocol) är felaktig eller innehåller tecken som inte stöds. Miljön Om kund post lådan finns kan den inte migreras till den MSO-värdbaserade katalogen förrän problemet åtgärd ATS. Namnmatchningen E-postattribut måste åtgärdas innan MMSSPP kan återuppta synkroniseringen. Om du vill veta mer om hur du åtgärdar SMTP-formatet klickar du på följande artikel nummer och läser artikeln i Microsoft Knowledge Base:

  316061 XADM: SMTP-anslutaren returnerar ett fel meddelande när ogiltiga tecken används

• Värdet för SE1102 e-post finns inte i listan över hanterad SMTP-domän SMTP-suffixet för e-postattributet finns inte med i listan över SMTP-domäner som har tillstånd att etablera post lådor. (Den här listan kallas också för hanterad SMTP-lista). Miljön Om kund post lådan finns kan den inte migreras till den MSO-värdbaserade katalogen förrän problemet åtgärd ATS. Namnmatchningen Kontakta MSO om denna SMTP-domän ska läggas till i listan hanterad SMTP-domän. Eller rätta till e-postadressen om den inte är giltig.

  • MMSSPP förväntar sig att alla användar objekt som har en post låda (homeMDB eller konfigurerbart post lådans indikator märke [CMIT]) i kundens lokala e-postsystem har en e-postadress som har ett suffix i listan hanterad SMTP-domän.

  • Det enda undantaget inträffar när ett targetAddress -värde också är inställt. Ett undantag inträffar till exempel när kund post lådan inte hanteras lokalt men är extern för kundens e-postsystem.

  • Mått Om e-postadressen ändras för kund-objektet så att dess suffix inte finns i listan hanterad SMTP-domän längre, och om användaren hade en MSO-värdbaserad post låda avetableras den MSO-värdbaserade post lådan och ett SE1153-synkroniseringsförsök skapas. Mer information om SE1153-synkroniseringsfel finns i SE1153.

• SE1103Mail-attributet är null E-postattribut är inte aktiverat för grupp-eller kontakt objekt (null-värde). Miljön Det finns ingen ytterligare inverkan. Se avsnittet "allmänna synkroniseringsfel" i början av den här artikeln om du vill ha en beskrivning av hur detta synkroniseringsfel påverkar. Namnmatchningen Tilldela ett e-attributvärde till objektet i kund skogen. Obs! MMSSPP förväntar sig att alla grupp-och kontakt objekt har en definierad, giltig SMTP-e-postadress.

• SE1104The targetAddress finns inte Attributet targetAddress finns inte i ett kontakt objekt (null-värde). Alla kontakt objekt som har en e-postadress i listan hanterad SMTP-domän ska ha sitt targetAddress -värde som pekar på en extern SMTP-adress. Miljön Det finns ingen ytterligare inverkan. Se avsnittet "allmänna synkroniseringsfel" i början av den här artikeln om du vill ha en beskrivning av hur detta synkroniseringsfel påverkar. Namnmatchningen Tilldela ett giltigt externt targetAddress -värde för varje berört kontakt objekt. Obs! Ett exempel på ett giltigt targetAddress -värde är följande:

  SMTP:userA@domainX.fabrikam.com

• SE1106 är inte ett unikt värde för e-postattribut Ett annat objekt i en av kund skogarna i MMSSPP har samma e-postadress. Miljön Om kund post lådan finns kan den inte migreras till den MSO-värdbaserade katalogen förrän problemet åtgärd ATS. Namnmatchningen Ändra e-postattribut till ett unikt värde. Använd följande LDAP-fråga (Lightweight Directory Access Protocol) för att identifiera objekt som har samma e-post adress:

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

  En fråga för e-postadressen Kim.Akers@contoso.com på följande sätt:

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

• Värdet för SE1107The targetAddress är ogiltigt Formatet på targetAddress -värdet är felaktigt eller innehåller tecken som inte stöds. Miljön Det finns ingen ytterligare inverkan. Se avsnittet "allmänna synkroniseringsfel" i början av den här artikeln om du vill ha en beskrivning av hur detta synkroniseringsfel påverkar. Namnmatchningen Värdet för targetAddress måste korrigeras. Om du vill veta mer om hur du åtgärdar SMTP-formatet klickar du på följande artikel nummer och läser artikeln i Microsoft Knowledge Base:

  316061 XADM: SMTP-anslutaren returnerar ett fel meddelande när ogiltiga tecken används

  • Om post lådan inte finns i MSO ska targetAddress domänsuffix för e-postaktiverade användar objekt inte finnas i listan hanterad SMTP-domän.

  • Om post lådan finns i MSO, ska targetAddress-domänsuffix för e-postaktiverade användar objekt finnas i listan hanterad SMTP-domän (om alternativet för etablering av nya anställnings post lådor är inaktiverat) eller vara null (om alternativet för tillhandahållande av nya anställnings post lådor är inställt på på).

  • Ett exempel på ett giltigt värde för targetAddress är följande:

    SMTP:userA@domainX.fabrikam.com

  • Kontrol lera att targetAddress -värdet inte innehåller något tomt utrymme eller ett annat ogiltigt tecken. Avslutande tomma utrymmen är ogiltiga och är särskilt svåra att se.

• SE1112 targetAddress-värdet finns i listan hanterad SMTP-domän SMTP-suffixet för targetAddress -värdet pekar på listan HANTERAD SMTP-domän. Miljön Det finns ingen ytterligare inverkan. Se avsnittet "allmänna synkroniseringsfel" i början av den här artikeln om du vill ha en beskrivning av hur detta synkroniseringsfel påverkar. Namnmatchningen Ändra suffixet för targetAddress värde så att suffixet pekar på en domän som inte finns i listan HANTERAD SMTP-domän och därför ligger utanför omfattning för etablering av post lådan. Dessa objekt har en post låda som finns på ett externt system (alltså inte i ett kundlokalt e-postsystem) och synkroniseras till den MSO-värdbaserade katalogen som e-postaktiverade användare.

• SE1115 e-postattributet inte stämmer överens med targetAddress-värdet för kontakt objekt E-postattributet för Contact-objektet finns inte i listan hanterad SMTP-domän och värdet för targetAddress stämmer inte överens med e-postattributet. MMSSPP förväntar sig alla interna kontakt objekt som har en e-postadress som domänsuffix från SMTP-domän listan för att matcha e-post-och targetAddress -attribut. Miljön Det finns ingen ytterligare inverkan. Se avsnittet "allmänna synkroniseringsfel" i början av den här artikeln om du vill ha en beskrivning av hur detta synkroniseringsfel påverkar. Namnmatchningen Attributen för e-post och targetAddress ska matcha alla interna kontakt objekt. Interna kontakter är de som har ett e-postsuffix i listan hanterad SMTP-domän.

• Värdet för SE1117-proxy är inte unikt Attributet proxy proxyAddresses innehåller en dubblerad adress i en av kund skogarna i MMSSPP-synkroniseringsfrekvensen. Ett annat objekt har redan samma proxyadress i sitt Microsoft-hanterade proxyAddresses -attribut. Det duplicerade proxyAddress -attributet kan komma från något av följande:

  • Ett käll-e-postattribut

  • Ett Source proxyAddress -attribut

  • Ett Source targetAddress -attribut Obs! Det här attributet flödar till det hanterade Active Directory-schemat som ett sekundärt proxyAddress -attribut.

  Miljön Det finns ingen ytterligare inverkan. Se avsnittet "allmänna synkroniseringsfel" i början av den här artikeln om du vill ha en beskrivning av hur detta synkroniseringsfel påverkar. Namnmatchningen Ta bort den dubblerade proxyadress från proxyAddresses -attributet för ett lämpligt objekt som inte har adressen. Det gör du genom att använda följande LDAP-fråga för att identifiera objekt som delar samma proxyadress:

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

  En fråga för e-postadressen Kim.Akers@contoso.com ser till exempel ut så här:

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

  Obs! Vissa hanterade proxyadresser skyddas från oavsiktlig borttagning och tas inte automatiskt bort från hanterat Active Directory-schema när de tas bort från källan, för att behålla möjligheten att svara på äldre adresser. Lös problemet genom att följa de här anvisningarna:

  • Om felet anger en proxyadress som finns i en hanterad routningsdomän (till exempel @mgd. contoso.com), måste du ta bort den från Microsoft Online Services-supporten.

  • Proxyadresser för x500-proxytyp togs inte bort i 12,2-versioner av MMSSPP när de togs bort från Active Directory-schemat. I den aktuella versionen raderas x500-proxyadresser som tas bort från kund skogen omedelbart från den hanterade skogen. x500 proxyadresser som tidigare tagits bort från kund skogen men som fortfarande finns kvar i det hanterade Active Directory-schemat kan nu tas bort. Så här tar du bort de här x500-adresserna:

    1. Lägg tillbaka de oönskade x500-proxyadresser till det ursprungliga källobjektet.

    2. Vänta två synkroniseringsproblem.

    3. Ta bort de oönskade x500-proxyadresser från källobjektet. Den oönskade proxyadress tas bort från det hanterade Active Directory-schemat under nästa synkronisering.

• SE1118-smek namn är null smek namn är inte ifyllt för Customer Contact-objektet och MMSSPP kan inte skapa ett kund kontakt objekt genom att använda attribut Generator regler för postalias . Standard reglerna för generering av attribut försöker använda givenName (kallas även för förnamn) och SN (även kallat efter namn) i Active Directory för att generera ett värde för fältet för en kontakt som inte har ett värde som har definierats för kund-objektet. Miljön Det finns ingen ytterligare inverkan. Se avsnittet "allmänna synkroniseringsfel" i början av den här artikeln om du vill ha en beskrivning av hur detta synkroniseringsfel påverkar. Namnmatchningen Ange ett värde för fältet ett post- smek namn eller ett givenName (kallas även för förnamn) och SN (även kallat efter namn) i kundens kontakt objekt.

• SE1119 för e-postattribut matchar det hanterade Dirigerings-adressen Suffixet för e-postattribut får inte matcha adresserna för hanterad routning. Adresserna för hanterad routning används för att dirigera e-post från Customer-objektet till en MSO-värdbaserad post låda medan kundernas äldre e-postmiljö fortfarande är i en samtidig användning med MSO. Därför ska den endast användas som en del av targetAddress och sekundär SMTP- proxyAddresses och aldrig i e-post eller primär SMTP-adress för ett kundobjekt. Adresspoolen för hanterad routning har normalt format @mgd. contoso.com. Miljön Kund post lådan, om sådan finns, kan inte migreras till den MSO-värdbaserade katalogen förrän problemet åtgärd ATS. Namnmatchningen Ändra e-postadressen till ett giltigt SMTP-värde som har ett suffix som inte är ett suffix för hanterad routning.

• SE1125 det gick inte att verifiera objekt-DN [CN =... DC = com] i avsnittet exportera e-post (Mail = [user@contoso.com]; targetAddress = [SMTP:user@northwindtraders.com]) Kombinationen av e-postattributet och attributet targetAddress använder inte en giltig konfiguration. Miljön Det går inte att slutföra en etablerings åtgärd på grund av ett ogiltigt tillstånd för kund-objektet. Detta tillstånd kan blockera följande åtgärder:

  • Avetableringen av post låda

  • Konfigurera e-post

  • Användar etablering för e-post

  • Avetableringen av e-post

  Lösning: kontrol lera att en giltig kombination av e-postattribut och attributet targetAddress tillämpas på källobjektet. Se också till att mål adressen inte innehåller ett avslutande tomt utrymme. Kommentarer

  • För e-postanvändare: attributet targetAddress ska matcha e-postattributet eller ska vara null. (Kontrol lera etablerings reglerna.)

  • För post lådor: targetAddress suffix ska vara en hanterad routningsdomän (det vill säga en domän som innehåller @mgd) om den nya uthyrnings funktionen inte är aktive rad. Eller så ska targetAddress -suffix vara null om den nya uthyrnings funktionen är aktive rad. E-postattributet ska finnas i listan över MMSSPP som ingår i SMTP-domäner. Listan med SMTP-MMSSPP som ingår är anpassad per kund.

  Mer information om den nya anställ-funktionen finns i "Mer information om New anställnings scenario".

• SE1129 upptäckte en kund post låda och en hanterad post låda för objekt-DN [CN =...] Ett homeMDB -värde finns både i kunden och i de hanterade miljöerna. Miljön Attribut flödar från källobjektet till det hanterade Active Directory-objektet tills problemet är åtgärdat. Namnmatchningen Om användaren ska ha en post låda i MSO tar du bort homeMDB från Customer Active Directory. Om användaren inte har en post låda i MSO, rensar du tillfälligt homeMDBoch använder det explicita avetableringen för att avetablera den hanterade post lådan. När den hanterade post lådan har avetablerats kan homeMDB återställas. Det här felet uppstår vanligt vis när Customer homeMDB -attributet har stämplats med MSO homeMDB -värdet.

• Värdet för SE1131-proxy är inte giltigt Formatet för SMTP-proxyserveradress är felaktigt eller innehåller tecken som inte stöds. Miljön Kund post lådan, om sådan finns, kan inte migreras till den MSO-värdbaserade katalogen förrän problemet åtgärd ATS. Namnmatchningen Värdet för SMTP-proxyadress måste korrigeras. Som standard är domänsuffix högst tre tecken långa för det primära proxyAddresses -värdet och till fem tecken för det sekundära proxyAddress -värdet. Om du vill veta mer om hur du åtgärdar SMTP-formatet klickar du på följande artikel nummer och läser artikeln i Microsoft Knowledge Base:

  316061 XADM: SMTP-anslutaren returnerar ett fel meddelande när ogiltiga tecken används

• SE1137 objektet med DN [CN =..., DC = com] anger kundens attribut extensionattribute [NN] = [aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa], men är inte ansluten till något annat objektObs! det exakta tillägget är det automatiska startattributet (ASR) och är anpassat per kund miljö. Det här felet indikerar att ett källobjektet är inställt på att ansluta till en befintlig post låda via ASR. Det hanterade objekt som för närvarande är associerat med det angivna käll objektets GUID kan inte kopplas. Fel villkor SE1139 och SE1140 skapar ett identiskt meddelande och har samma upplösning. Miljön Ett källobjektet kan inte kopplas till ett hanterat objekt som är kopplat till en hanterad post låda. Dessutom går det inte att skapa en ny hanterad post låda.  Namnmatchningen Attributvärdet för ASR-tillägget ska vara rensat. När nästa synkronisering har körts skapar MMSSPP ett nytt hanterat objekt. Om kunden konfigurerar synkroniseringen kan MMSSPP skapa en ny, Tom hanterad post låda. Support teamet för Microsoft Online Services (MOSSUP) återställer sedan innehållet i den gamla frånkopplade post lådan till det nya, tomma. Det här felet inträffar när det gamla objektet förloras eller ett objekt är filtrerat eller flyttas från MMSSPP scope innan attributet för automatisk fil tillägg har angetts för det nya objektet. Med andra ord startas ASR-processen för det nya objektet när det hanterade objektet redan har upphört att gälla i PendingDeletions organisations enhet (OU). För att undvika att dessa fel uppstår vid migrering av interskogar kan du stämpla värdet för attributet ASR för det nya objektet och bekräfta att ASR-processen slutfördes innan den gamla förlora eller källobjektet filtreras.

• SE1144 kan inte hitta en rad i IDIS med SourceObjectGUID [{0}] och SecondaryVerification [{1}] som matchar och är inställt på 1 för objekt-DN [{2}] Det här felet kan inträffa efter en misslyckad automatisk tjänst åter anslutning (ASR) eller efter att ett objekt har hämtats från MMSSPP omfattning, ändrat och sedan återinfördes till scopet. För att automatisk återställning eller en PendingDeletions-anslutning ska lyckas måste det finnas en matchning mellan käll-och hanterade objekt för e-post och kundens objekt-GUID. När felet uppstår uppfylls inte något av dessa villkor. Miljön Ett källobjektet kan inte kopplas till ett hanterat objekt som är kopplat till en hanterad post låda. Dessutom går det inte att skapa en ny hanterad post låda.  Namnmatchningen Kontrol lera att e-postvärdena är identiska för det nya för öknings-eller målobjektet och det gamla förlora eller källobjektet. I ett ASR-scenario måste GUID som är stämplat i ASR-attributet vara GUID för det gamla källobjektet, inte GUID för motsvarande hanterade objekt. Om dessa villkor är bekräftade kontaktar du Microsoft Online Support för att få hjälp. Det här felet uppstår när e-postadressen ändras för det gamla (förlorar eller tar source) innan ASR-processen är klar. För att undvika att dessa fel uppstår vid migrering av interskogar kan du stämpla värdet för attributet ASR för det nya objektet och bekräfta att ASR-processen har slutförts innan det gamla (förlorar eller käll)-objektet är filtrerat eller ändrat. Om ett objekt tas bort från MMSSPP scope och sedan returneras till scopet innan det hanterade objektet tas bort från PendingDeletions-OU, måste e-postvärdet vara identiskt med vad det var när det ursprungligen togs bort från omfattningen. Annars återansluts inte objekten och du måste vänta på att tids perioden för PendingDeletion går ut.

• SE1153 [inkonsekvent tillstånd]: MBU->postaktiverade användaren-övergång identifieras, men objekt med DN [CN =... DC = net] avetablera inte uttryckligen den hanterade post lådan (DeprovisionMailboxEnabledUser regel = falskt) Det här felet indikerar att en post låda finns i en Microsoft Online-miljö. Källobjektet ändras emellertid till en e-postaktive rad användar konfiguration (om det här skedde i fel fall förklarar lösnings stegen nedan information om hur du åtgärdar detta.) För att undvika oavsiktliga post lådor måste kunden uttryckligen stämpla avetableringen av attribut innan objektets e-posttyp ändras. Fel villkor SE1151, SE1152 och SE1154 skapar ett identiskt meddelande och har samma upplösning. Miljön Den avsedda post lådan för avetableringen finns fortfarande i Microsoft Online-miljön. Inga ändringar av källattribut flödar till objektet i det hanterade objektet och den hanterade post lådan kommer inte att avetableras. Lösning

  1. Om du vill ändra objektet till en e-postaktive rad användare ångrar du de ändringar som har gjorts och följer sedan de här stegen för att ändra det till en e-postinställd användare korrekt.

     1. Returnera värdena för e-post och targetAddress till de ursprungliga värdena (targetAddress innehåller @mgd). Kontrol lera att värdena för e-post och targetAddress är giltiga. Se till att det inte finns några inledande eller avslutande blank steg i något av attributen. Vänta sedan två synkroniseringsbegäranden ska köras. De här stegen löser felet och returnerar objektet till ett giltigt tillstånd för post låda.

     2. Ange ett explicit avetablerings attribut och ändra targetAddress -värdet så att det finns ett suffix som inte finns i den hanterade routningsdomänen (@mgd).

  2. Om objektet fortfarande ska vara ett post låda-objekt och du oväntat har fått det här felet kan du göra följande:

     • Kontrol lera att värdena för e-post och targetAddress stämmer överens med de etablerings regler som krävs för en post låda. Den ena eller båda kanske har ändrats. Kontrol lera källvärdena och se till att följande villkor är uppfyllda:

       • Det finns inga inledande eller avslutande blank steg i något av attributen.

       • TargetAddress -suffixet har inte transponerade bokstäver. Använd till exempel inte @mdg. contoso.com i stället för @mgd. contoso.com.

       • E-postvärdet innehåller inte @mgd eller ditt företags motsvarighet till en hanterad proxyadress. E-postdomänen måste finnas i SMTP-listan för inkludering.

  Obs! Om funktionen ny uthyrning inte är aktive rad måste targetAddress -värdet innehålla @mgd i suffixet. Kontrol lera att suffixet innehåller @mgd och att det anger rätt hanterad routningsdomän. Om den nya uthyrnings funktionen är aktive rad ska targetAddress -värdet innehålla en giltig @mgd... Dirigerings adress, eller så kan det vara null om kunden inte använder EOP eller migrerar till vNext/MT.

• SE1155 [{0}] i proxyAddresses-attributet på {1} objekt-DN [{2}] är en ogiltig SMTP-adress för en sekundär SMTP-adress och kommer att tas bort. Korrigera giltigheten för proxyservern. Det här felet anger att det finns en ogiltig SMTP-adress för en sekundär SMTP-proxy. Miljön Det finns ingen ytterligare inverkan. Se avsnittet "allmänna synkroniseringsfel" i början av den här artikeln om du vill ha en beskrivning av hur detta synkroniseringsfel påverkar. Namnmatchningen

  1. Värdet för SMTP-proxyadress måste korrigeras innan MMSSPP kan återuppta synkroniseringen för det här objektet. Kontrol lera att inga inledande eller avslutande blank steg existerar. Om du vill veta mer om hur du åtgärdar SMTP-formatet klickar du på följande artikel nummer och läser artikeln i Microsoft Knowledge Base:

     316061 XADM: SMTP-anslutaren returnerar ett fel meddelande när ogiltiga tecken används

  2. Verifierings uttrycket skiljer sig från primär värden för proxyAddress och sekundära proxyAddress -värden. Till exempel är en primär SMTP-adress begränsad till en tresiffrig Top-domänsuffix (@contoso. com eller contoso.net). En sekundär SMTP-adress består av högst fem tecken i domänsuffix på toppnivån (@contoso. local). Dessa regler kan konfigureras på begäran för att rymma olika namngivnings regler för lokala behov.

• SE1290 kan inte matcha referensen-DN-värdet för Attribute [Name] Det går inte att lösa ett indexattribut för en kors skogs grupp i en MSO-värd katalog. Det här felet inträffar till exempel när en grupp medlem med flera skogar inte har ett värde för e-postattribut eller om den matchande e-postadressen inte finns i den MSO-värdbaserade miljön. Miljön Det refererade objektet visas inte i gruppens attributnamn mellan skogar i den MSO-värdbaserade miljön. Namnmatchningen Ange ett Anchor-attribut (till exempel e-postattributet) till ett värde som finns i den MSO-värdbaserade miljön.

• SE1401 -GUID för ett objekt som angetts i det automatiska attributet för tjänst åter anslutning är ogiltigt eller finns inte Det här felet och andra ASR-relaterade fel (SE1404, SE1405, SE1406) anger följande problem:

  • Värdet som anges i ASR-attributet är inte ett giltigt GUID.

  • Objektet som refereras till av GUID i kombination med sekundärt Gate-attribut (e-post) finns inte i MMSSPP scope.

  • Det refererade GUID och det sekundära Gate-attributet (mail) matchar fler än ett objekt i MMSSPP scope.

  Miljön Kund post lådan (om sådan finns) kan inte migreras från en skog till en annan, och objektets synkronisering har upphävts. Namnmatchningen Om ASR är avsett för det här objektet anger du ett giltigt objekt-GUID för ett annat objekt i ett scope i en annan skog. Det sekundära värdet för grind (e-post) måste också matcha båda objekt. Om ASR inte är avsett, måste det här värdet vara avmarkerat.

• SE1409 - objektet i det förestående borttagnings tillståndet är i konflikt med ett annat objekt i omfattningen Värdet för ett e-postattribut i ett scope-objekt krockar med ett annat objekt som redan finns i tillståndet för borttagning. Det här felet löses automatiskt när borttagningen är klar i N dagar (som standard tre dagar) och när objekt i omfattningen etableras. Miljön Det nya objekt som befinner sig i scopet kommer inte att etableras eller synkroniseras förrän det motstridiga objektet i den väntande borttagnings tillståndet tas bort fysiskt. Namnmatchningen Ange en annan e-postadress (och en eventuell proxyadress) för det nya objektet. Eller vänta tills den väntande borttagnings perioden går ut. Om det här felet är ofta kan det vara bra att lämna in en kund förfrågan med Microsoft Online-tjänster så att den väntade borttagnings längden minskas. Efter den inledande ASR-implementeringen är Rekommenderad varaktighet en dag för användare och grupper och noll dagar för kontakter.

• SE1514-felvärdet [extensionattribute10] finns inte. Det går inte att bearbeta felet för objektet [CN =... DC = com] Obs! Det exakta tillägget är ASR-attributet och är anpassat per kund miljö. Vanligt vis uppstår det här felet när ett ogiltigt värde är inställt för attributet för automatisk omdebitering. Attributet autoasr måste vara en giltig GUID-sträng. Om objektet inte är avsett för migrering av automatisk ASR måste det här värdet vara avmarkerat. Miljön Objektet ändras inte, etableras eller avetableras inte i det här läget. Namnmatchningen Ange en giltig GUID-sträng för attributet ASR. Sträng format som godkänns finns i avsnitt 8,2 i hand boken för konfigurations gränssnitt för MMSSPP. Kontrol lera att det inte finns något avslutande blank steg och att inget annat tecken (till exempel ett semikolon) finns i slutet av strängen. ASR-attributet kan endast användas för mål käll objekt-GUID. Om objektet inte är avsett för migrering av automatisk ASR måste det här värdet vara avmarkerat.

• SE1647 käll användar objekt med DN [{0}] har tagits bort från scopet, men den värdbaserade post lådan har en behållar spärr inställd på [{1}] [{2}]. Hanterade objekt och post lådor tas inte bort. Ta bort den här post lådan om du vill ta bort den. Hanterad post låda har kon figurer ATS för kvarhållning av tvist. Men det relaterade källobjektet filtreras eller tas bort från MMSSPP scope. MMSSPP tar inte bort det hanterade objektet förrän den kvarhållna tvisten tas bort. Miljön Objektet avetableras inte i det här läget. Namnmatchningen Det här är avsiktligt, eftersom den är en explicit inställning för att bevara post lådans integritet. Om post lådan ska tas bort måste den som gör tvisten tas bort av kunden.

• SE1648 en värdbaserad post låda för källobjektet med DN [{0}] har avdefinierats av MMSSPP för att avetableras, men den värdbaserade post lådan har en behållar uppsättning med [{1}] [{2}]. Hanterade objekt och post lådor tas inte bort. Om du vill avetablera den här post lådan tar du bort rätts tvist. Hanterad post låda har kon figurer ATS för kvarhållning av tvist. Däremot är det relaterade källobjektet konfigurerat för att avetablera den hanterade post lådan. MMSSPP kopplar inte ner den hanterade post lådan förrän den kvarhållna tvisten tas bort. Miljön Objektet är inte avetablerat i det här läget. Namnmatchningen Det här är avsiktligt, eftersom den är en explicit inställning för att bevara post lådans integritet. Om post lådan ska tas bort måste den som gör tvisten tas bort av kunden.

• PE1 fel: det gick inte att aktivera den MSO-värdbaserade post lådan Ett fel inträffar när MMSSPP försöker aktivera den MSO-värdbaserade post lådan. Miljön MMSSPP kan inte skapa den MSO-värdbaserade post lådan tills problemet är åtgärdat. Namnmatchningen Om du vill visa detaljerad information om problemet i fel rapporten för det objektet. Kontakta Microsoft-samverkan om problemet eller reparationen fortfarande är avklarade.

• PE1-fel: angiven region kod (' ') för ' CN =..., DC = MGD, DC = MSFT, DC = net är ogiltigt... Om data Center i två geografiska områden (till exempel Nord Amerika och Europa) är tillgängliga för en specifik Office 365-dedikerad miljö fastställs värdena för att ange platsen för en ny post låda. Det här felet uppstår om det inte finns ett giltigt värde för attributet för etablering av post låda. Om Microsoft Online Services är konfigurerat för ditt företag, är det obligatoriskt att använda en region kod i attributet post låda-etablering. Miljön Post lådan etableras inte förrän det här felet åtgärd ATS. Namnmatchningen Kontrol lera att en giltig region är inställd för attributet för etablering av post låda i formatet REG =XX, där XX är en giltig landskod. Kontrol lera också att post lådans typ eller etablerings värde är giltigt. Exempel: extensionAttribute10: MBX =St; REG =saknas; Obs! Attributet för etablering av post lådor är anpassat per kund miljö.

• PE1-fel: WPS-fel [Enable-Mailbox]: egenskap svärdet är ogiltigt. Värdet får inte innehålla inledande eller avslutande blank steg. Egenskaps namn: * * * visnings namn * * * eller * * * namn * * * Efterföljande eller inledande blank steg är ogiltiga för dISP-layName och Name Active Directory-attribut. Miljön Det hanterade objektet etableras inte förrän det här felet åtgärd ATS. Namnmatchningen

  • Om ett objekt har kon figurer ATS med ett avslutande blank steg i attributet DisplayName tar du bort det tomma utrymmet. Efter att du har gjort det är post lådan eller e-postaktiverad användare etablerad.

  • Om ett objekt tillhandahålls med ett inledande blank steg i attributet DisplayName tar du bort det tomma utrymmet. Det hanterade objektet måste korrigeras genom att eskalera till Microsoft Online Services support team (MOSSUP).

• PE1 fel: WPS-fel [Enable-Mailbox]: adressen ' smtp:.username@contoso.com ' är ogiltig Angivet e-postattribut är ogiltigt. Miljön Det hanterade objektet etableras inte förrän felet åtgärd ATS. Namnmatchningen Attributet måste åtgärdas. Vanliga fel inkluderar ogiltiga tecken, tomma utrymmen (inklusive ett välvisat tomrum), inledande eller efterföljande punkter och upprepade punkter.

• PE1 fel: WPS-fel [Enable-Mailbox]: proxyadress "smtp:user.one@mgd.contoso.com" används redan av [managedDN]. Välj en annan proxyadress. ManagedDN: ...Attributet proxyAddresses innehåller en dubblett adress i en av kund skogarna i MMSSPP-synkroniseringsfrekvensen. Ett annat objekt har redan samma proxyadress i sitt Microsoft-hanterade proxyAddresses -attribut. Det duplicerade proxyAddress -attributet kan komma från ett käll-e-postattribut, ett Source proxyAddress -attribut eller ett Source targetAddress -attribut. (Detta flödar till det hanterade Active Directory-schemat som en sekundär proxyAddress.) Miljön Det finns ingen ytterligare inverkan. Se avsnittet "allmänna synkroniseringsfel" i början av den här artikeln om du vill ha en beskrivning av hur detta synkroniseringsfel påverkar. Namnmatchningen Ändra eller ta bort det duplicerade targetAddress -attributet eller proxyadress för det objekt som inte ska ha det. Använd följande LDAP-fråga för att identifiera objekt som delar samma proxyadress: (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=<address>)) En fråga för e-postadressen Kim.Akers@contoso.com ser till exempel ut så här:

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

  Obs! Vissa hanterade proxyadresser som skyddas mot oavsiktlig borttagning tas inte automatiskt bort från det hanterade Active Directory-schemat när de tas bort från källan, för att behålla möjligheten att svara på äldre adresser. Lös problemet genom att följa de här anvisningarna:

  • Om felet anger en proxyadress som har en hanterad routningsdomän (till exempel @mgd. contoso.com) måste denna proxyadress tas bort av Microsoft Online Services-support.

  • Proxyadresser för x500-proxytyp togs inte bort i 12,2-versioner av MMSSPP när de tas bort från käll Active Directory-objektet. I den aktuella versionen raderas x500-proxyadresser som tas bort från kund skogen omedelbart från den hanterade skogen. x500 proxyadresser som tidigare tagits bort från kund skogen men som fortfarande finns kvar i det hanterade Active Directory-schemat kan nu tas bort. Gör så här:

    1. Lägg tillbaka en oönskad x500-proxyadress på det ursprungliga källobjektet.

    2. Vänta två synkroniseringsproblem.

    3. Ta bort den oönskade x500-proxyadress från källobjektet. Den oönskade proxyadress tas bort från det hanterade Active Directory-schemat vid nästa synkronisering.

• PE1 fel: WPS-fel [Enable-Mailbox]: ExternalEmailAddress har ett ogiltigt värde: angivet argument låg utanför intervallet med giltiga värden. Parameter namn: adress Användare... @contoso. com är inte en giltig SMTP-adress. Fel källan är tartgetAddress -attributet som innehåller en ogiltig adress som har synkroniserats tidigare till Office 365- targetAddress -attributet. Värdet på targetAddress måste korrigeras på källobjektet. Vanliga fel inkluderar ogiltiga tecken, tomma utrymmen (inklusive ett välvisat tomrum), inledande eller efterföljande punkter och upprepade punkter. Vanligt vis har targetAddress nyligen omvandlats från ett ogiltigt värde. Till exempel: användaren... @contoso. com -adress som rapporteras på BLADFLIKEN PE7 och omvandlas och korrigeras till ett giltigt värde, User@mgd.contoso.com, visas nu på bladfliken-PE1. Det ogiltiga värdet för targetAddress har redan synkroniserats till Office 365 och måste återställas för att det ska kunna ta bort konfigurations felet för post lådan. Namnmatchningen Ange ett giltigt targetAddress -attributvärde för en e-postaktive rad användare. User@contoso.com adress synkroniseras och uppdateras till exempel av attributet Office 365- targetAddress . Omvandla inte som en post låda – aktive rad användare förrän felaktigt targetAddress -värde har korrigerats i Office 365. När det korrigerade värdet för targetAddress synkroniseras till Office 365 ändrar du värdet för targetAddress för att etablera en användare med en post låda. Antag till exempel att värdet är User@mgd.contoso.com.

  1. Ändra värdet för targetAddress till giltig post för en e-postaktive rad användare, till exempel user@contoso.com.

  2. Vänta tills värdet för nytt targetAddress -attributvärde för synkronisering till Office 365 Object targetAddress attributvärde user@contoso.com.

  3. Ändra värdet för targetAddress till en giltig post för en post låda, till exempel User@mgd.contoso.com.

  4. Vänta på etablering av post låda.

  5. Attributvärdet för Office 365- targetAddress finns inte längre.

• PE3 att det inte gick att aktivera den MSO-värdbaserade resurs post lådan Ett fel inträffar när MMSSPP försöker aktivera den MSO-värdbaserade resurs post lådan. Miljön MMSSPP kan inte skapa den MSO-värdbaserade resurs post lådan tills problemet är åtgärdat. Namnmatchningen Om du vill veta mer om felet och hur du gör är det, se detaljerad information i fel rapporten. Kontakta Microsoft-samverkan om problemet eller reparations stegen fortfarande är avmarkerade.

• PE7 det gick inte att skapa den MSO-värdbaserade e-postfunktionen Ett fel inträffar när MMSSPP försöker skapa en e-postaktive rad användare i den MSO-värdbaserade katalogen. Miljön Det går inte att skapa e-postaktive rad MMSSPP i MSO förrän problemet åtgärd ATS. Namnmatchningen Om du vill veta mer om felet och hur du gör är det, se detaljerad information i fel rapporten. Kontakta Microsoft-samverkan om problemet eller reparations stegen fortfarande är avmarkerade.

• PE10 WPS-fel [Connect-Mailbox]: Mailbox "... MBX GUID... " finns inte på databasen "... MBX-databas... " ManagedDN: MMSSPP återansluts inte automatiskt till en post låda som är i ett läget Soft Delete. Det här villkoret finns när en post låda har migrerats till en annan miljö (till exempel från O365-dedikerad till kundens lokala server eller O365-tjänster) och sedan vill kunden återansluta till den ursprungliga post lådan i O365. Miljön Det går inte att ansluta användar post lådan. Namnmatchningen Eskalera problemet till Microsoft Online-Support för att åtgärdas.

• Det gick inte att PE11Setting Kalender inställningar i den MSO-värdbaserade resurs post lådan Ett fel inträffar när MMSSPP försöker ställa in Kalender inställningar för post lådor på en MSO-värdbaserad resurs post låda. Miljön Det går inte att ange Kalender inställningarna för MMSSPP i den MSO-värdbaserade resurs post lådan förrän problemet åtgärd ATS. Det här kan påverka post lådans användbarhet. Funktioner som acceptera Mötes inbjudningar av resurs post lådan kanske inte fungerar förrän problemet åtgärd ATS. Namnmatchningen Om du vill veta mer om felet och hur du gör är det, se detaljerad information i fel rapporten. Kontakta Microsoft-samverkan om problemet eller reparations stegen fortfarande är avmarkerade.

• PE17 det gick inte att skapa en e-postaktive rad . Det här felet uppstår när MMSSPP försöker skapa en e-postaktive rad kontakt eller distributions grupp i den MSO-värdbaserade katalogen. Miljön Det går inte att skapa en e-postaktive rad MMSSPP i MSO-värd förrän problemet åtgärd ATS. Namnmatchningen Se de specifika detaljerna i fel rapporten för det objektet, med information om problem med problemet. Kontakta Microsoft-samverkan om problemet eller reparationen fortfarande är avklarade.

• tillägget-icke-presentera fel: smek namn är null Det här felet är samma som SE1118 i tidigare versioner av MMSSPP. Attributet ' smek namn ' är inte ifyllt för Customer Contact-objekt och MMSSPP kan inte skapa ett smek-alias -attribut med hjälp av attributen för funktionen a-smek namn. Standard reglerna för generering av attribut försöker använda funktionen givenName (kallas även för förnamn) och SN -attributet (det kallas efter namn) i Active Directory för att skapa ett smek namn -attribut för en kontakt som inte har något omsmek -attribut som har definierats för Customer-objektet. Miljön Det finns ingen ytterligare inverkan. Se avsnittet "Allmänt synkroniseringsfel" i rubriken för den här hjälp filen för en beskrivning av det här synkroniseringsfel. Namnmatchningen Ange ett värde för fältet ett post- smek namn eller ett givenName (kallas även för förnamn) och SN (även kallat efter namn) i kundens kontakt objekt.

• tillägget-icke-representerat fel: smek namn är ogiltigtMailNickname . Miljön Det finns ingen ytterligare inverkan. Se avsnittet "Allmänt synkroniseringsfel" i rubriken för den här hjälp filen för en beskrivning av det här synkroniseringsfel. Namnmatchningen Om ett tomt- smek namn är null för kunden skapas automatiskt ett smek namn -värde i MMSSPP om det är möjligt. Därför är ett alternativ för att rensa värdet för smek namnet . Om kunden måste ange värdet för smek namn måste värdet uppfylla villkoren som definierats i RFC 821. Vanliga ogiltiga tecken innehåller blank steg, långa tank streck som visas som giltiga streck, snabel-a (@) och parenteser. Kontrol lera att det inte finns några inledande eller avslutande blank steg som är svåra att se.

• MV-begränsning Det här felet inträffar när attributet direkt import sker och attributvärdet från källan överskrider längd begränsningarna för attributet Metaverse . Miljön MMSSPP kan inte flöda eller konfigurera tjänster förrän problemet är åtgärdat. Namnmatchningen Minska värdet för attributvärde till maximal längd som aktive ras av schemat.

• [WorkQueueIns] E-post ska inte vara null. Vi kan inte slutföra din begäran. Det här felet uppstår när e-post tas bort i ett käll objekt som är synkroniserat med den MSO-värdbaserade katalogen. Felet kvarstår efter att ett värde återställts i käll Active Directory-objektet. Miljön Det finns ingen ytterligare inverkan. Se avsnittet "Allmänt synkroniseringsfel" i rubriken för den här hjälp filen för en beskrivning av det här synkroniseringsfel. Namnmatchningen Kontrol lera att källobjektet har ett giltigt e-Postvärde och att minst en MMSSPP är klar. När du har bekräftat detta ska du eskalera det här problemet till Microsoft Online Support Services för reparation. Kontrol lera att skript eller manuella ändringar i e-postattributet inte tar bort värdet innan värdet ändras.

• Medlem saknas i distributions grupp En medlem saknas i en distributions grupp. Den saknade medlemmen kan vara en användare, en kontakt eller en annan grupp. Om gruppen är en grupp med flera skogar kan ett SE1290 -fel finnas med. Om gruppen inte är en grupp för flera skogar kan andra fel (som dubbletter av e-post) finnas. Miljön Grupp medlemmar får inte ta emot e-post som skickas till distributions listan. Namnmatchningen

  • Kontrol lera att medlemmen har ett giltigt e-Postvärde.

  • Kontrol lera att medlemmen inte har ett aktivt synkroniseringsfel.

  • Kontrol lera att medlemmen visas i MSO.

  Avgöra om gruppen är en vanlig grupp eller en grupp med flera skogar. Grupper med flera skogar konfigureras av kunder och innehåller medlemmar från andra skogar. Grupper med flera skogar definieras för varje kund på platsen i en specifik ORGANISATIONSENHET eller av ett användardefinierat attribut. Vanliga grupper innehåller bara medlemmar från den skog där de bor. Vanliga distributions grupper:

  • Kontrol lera att den saknade medlemmen visas i MSO och att det inte finns några synkroniseringsfel.

  • Om det saknade objektet är en medlem i en kapslad grupp kontrollerar du att den kapslade gruppen har e-post och att gruppen visas i MSO.

  • Om den överordnade gruppen är en vanlig grupp (det vill säga inte en grupp över skogar) bör du kontrol lera att den kapslade gruppen inte heller är en kors skogs grupp. Grupper med flera skogar kan innehålla antingen vanliga grupper eller andra kors skogs grupper. Vanliga grupper får inte innehålla grupper med flera skogar.

  Grupper mellan skogar:

  • Kontrol lera att den saknade medlemmen visas i MSO och att det inte finns några synkroniseringsfel.

  • Om grupp medlemmen visas i MSO men saknas i gruppen kontrollerar du att grupp medlemmen mellan skogs gruppen har ett matchande e-Postvärde.

  • Om det saknade objektet är en medlem i en kapslad grupp kontrollerar du att den kapslade gruppen har e-post och att gruppen visas i MSO.

  • Om den saknade medlemmen är en grupp för flera skogar kontrollerar du om den här gruppen har ett överordnat objekt som är en vanlig grupp (det vill säga inte en grupp över skogar). Grupper med flera skogar kan innehålla antingen vanliga grupper eller andra kors skogs grupper. Vanliga grupper får inte innehålla grupper med flera skogar.

• LargeGroup Vi har ökat synkroniseringsfel med en "stora grupper"-flik som gör att kunderna kan skicka aviseringar till en stor grupp mottagare. Informationen är användbar för att hjälpa kunderna att vidta ytterligare åtgärder enligt följande rekommendationer. Miljön Stora grupper som ingår i MMSSPP kan orsaka avsevärda fördröjningar i synkroniseringsinställningarna, upp till 10-12 timmar. MMSSPP synkroniserar till ändringar i synkroniserade attribut varje synkroniseringsstatus (nominellt var 30: e minut). Det här är ett snabbt svar på O365D GAL för ändringar som görs av Customer Human Resources system eller Active Directory. Förutom att erbjuda en bättre användar upplevelse optimeras vissa viktiga företags processer (till exempel migreringar mellan skogar). När grupper som har mycket stort antal medlemskap i MMSSPP scope ändras, måste MMSSPP/FIM räkna upp dessa ändringar. Om du till exempel lägger till eller tar bort en medlem från en grupp 25 000, ser FIM en delta-händelse för det attributet. Men det vet inte vad som ändrats förrän den läser upp en fullständig lista över 40 000 medlemmar. Det kan ta betydligt (många gånger) längre tid att bygga om än att det skulle ta att läsa en grupp med 5 000 medlemmar. Denna fördröjning kan påverka eventuella kund processer (till exempel ASR) där en användare som loggar in på en ny skog (via ASR) måste vara produktiv och få e-poståtkomst från början av företaget den här dagen. En annan sak är att kontrol lera kvalitets kontrollen på alla grupper. Det här är ett mindre vanligt scenario där det kan finnas flera objekt med samma objekt klass och e-postadress i samma kund skog. Det innebär att du behöver ytterligare en analys för att avgöra vilka av dessa flera objekt som ska ingå som grupp medlemmar. När det här villkoret hittas körs kvalitets kontroll arbets flöden. Det kan vara dyrt om de inkluderar stora grupper. För grupper som har fler än 15 000 medlemmar kommer MMSSPP att bearbeta ändringen i grupp medlemskapet. Men det gör att det arbets flöde som körs för att kontrol lera flera objekt av samma typ avbryts. Det här är det bästa steget för att förhindra att synkronisering och etableringen förskjuts. Om du har grupper med en hanterbar storlek kan synkroniseringen få en förutsägbar varaktighet och det ökar också hanteringen av ändringar i grupp medlemskap. Namnmatchningen

  • Helst ska ingen grupp överskrida ett antal medlemmar i 5 000. Grupper kan dock ha upp till högst 15 000 medlemmar i syfte att hantera kvalitets kontroll. Kunder kan dela grupper som är större än 15 000 i mindre grupper med hjälp av enkel logik (alfabetisk, regional o.s.v.).

  • Om gruppen inte måste vara mail-aktiverad i O365 (ett vanligt scenario för säkerhets grupper) bör kunderna flytta gruppen till en ORGANISATIONSENHET som är utanför räckvidden för MMSSPP. Observera att du inte kan lösa problemet genom att filtrera gruppen (till exempel genom att ta bort e-post). Detta beror på att FIM läser alla attribut (och räknar varje medlem) innan kunder kan bestämma att gruppen inte behöver importeras.