MMSSPP nu deprovision o cutie poștală Exchange și activat pentru e-mail obiecte de la Office 365 dedicate/ITAR

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 2655364
Simptome
Microsoft a reuşit consolidare servicii Service Provisioning furnizor (MMSSPP) nu deprovision o cutie poștală Microsoft Exchange sau mail-enabled obiecte dintr-un mediu Office 365 dedicate/ITAR.
Cauză
Retragerea are mai multe definiții și în contextul de Office 365 dedicate/ITAR, aceste consolidare servicii poate însemna unul din modurile următoare:
  • Deconectarea de la o cutie poștală în Office 365 și conversia obiectului Office 365 pentru un utilizator activat pentru e-mail. Aceasta este întâlnit frecvent în oricare dintre următoarele scenarii:
    • Migrarea unei cutii poștale utilizator într-un mediu diferit (de exemplu, din cloud înapoi la local).
    • În cazul în care mail serviciile sunt dezactivate, dar alte cloud services (cum ar fi Lync sau Skype pentru afaceri) se păstrează.
    • În cazul în care informațiile de contact pot fi vizualizate în listă globală de adrese (GAL).
    • În cazul în care utilizatorul poate fi membru distribuire sau a grupului de securitate activat pentru e-mail în Office 365.
  • Retragerea unui utilizator activat pentru e-mail sau un contact. Acest lucru elimină mail drepturi şi atributele)corespondență, mailNickname, legacyExchangeDN, proxyAddresses, și adresei țintă) și elimină utilizatorul de mail-enabled distribuire sau grupurile de securitate în Office 365, dar păstrează configurat obiect Active Directory (AD).
  • Eliminarea completă a obiectului de utilizator din Office 365 Active Directory.
  • Conversia de la o cutie poștală activă, care se află pe motiv de litigiu continuu la o stare inactiv.
  • Eliminarea unui grup activat pentru e-mail din Office 365 Active Directory.
Eroare de deprovision se poate produce pentru una sau mai multe dintre următoarele motive:
  • Procese corecte sau cele mai bune practici pentru deprovision obiectele nu sunt urmate.
  • O valoare greşit atribut care este raportată în zilnice MMSSPP Sync raportul de eroare blochează retragerea din cutia poștală sau utilizator de poștă electronică.
  • O cutie poștală este pe motiv de litigiu continuu. O astfel de cutie poștală nu poate fi șters contul cât marcă de timp semnalizatorul care este setat (deși poate intra într-o stare inactivă).
Cele mai bune practici

Scenariul 1

Utilizatorul are o cutie poștală în Office 365D/ITAR și cutia poștală trebuie să fi șters contul. Cu toate acestea, obiectul Office 365D/ITAR trebuie să rămână în listă globală de adrese ca un utilizator activat pentru e-mail.
  1. Verificați raportul de eroare de sincronizare MMSSPP zilnice și repara toate erorile care sunt raportate. După ce fișierul raport de eroare este dezarhivat, există un fișier atașat ajutor împreună și remediere pași pentru fiecare tip de eroare.
  2. Atributul deprovisioning desemnat, adăugaţi valoarea care declanșează retragerea cutie poștală. Face fără alte modificări și așteptați pentru cutia poștală gestionat să fie eliminat din mediul Office 365 ( homeMDB valoarea atributului va deveni nulă). Acest lucru este executat de obicei în unul sau două cicluri de sincronizare MMSSPP.
    1. Atributul care este utilizat pentru retragerea diferă pentru fiecare client și este de obicei aceeaşi valoare, care este utilizat pentru cutia poștală provisioning valori (de exemplu, o cutie poștală, de obicei configurat are extensionAttribute9 = MBX = 50 Go; Tip = EP2D; REG = EU;).
    2. Valoarea pe care este folosit pentru retragerea este diferit pentru fiecare client. Cu toate acestea, valoarea este de obicei RemoveMSOMbx (de exemplu, extensionAttribute9 = RemoveMSOMbx).
  3. După ce cutia poștală este dezactivat, modificați clientului adresei țintă atribut valoare pentru a indica spre locația dorită în afara Office 365D/ITAR (de obicei, aceasta este SMTP:sameAsMailValue), și eliminați atributul deprovisioning. După ce unele sincronizează cicluri, obiectul este activat pentru e-mail și vizibile în listă globală de adrese.

Scenariul 2

Dacă utilizatorul are o cutie poștală în Office 365D/ITAR, cutia poștală trebuie să fi șters contul și Office 365D/ITAR obiectele trebuie eliminat din Office 365 AD.
  1. Variantă 1: Clientul nu are caracteristica reconectare automată de consolidare servicii (ASR), care este activat pentru cutia poștală între păduri reconnections. Oricare dintre următoarele metode au efect:
    • Mutați obiectul de utilizator într-o unitate organizațională (OU) care este din domeniul MMSSPP.
    • Setați valoarea corespunzătoare pentru filtru MMSSPP. Această valoare este setat pentru fiecare client în ceea ce privește atât atributul și valoarea, dar structura sa poate fi ceva de genul extensionAttribute1 = NoSync.
    • Utilizați Filtrul universal pentru MMSSPP. Acest filtru golește valorile din următoarele atribute:
      • Corespondență
      • MailNickname
      • ProxyAddresses
      • Adresei țintă
    • Ștergeți obiectul din clientul AD.
  2. Variantă 2: Clientul are caracteristica ASR, care este activat pentru cutia poștală între păduri reconnections. În această situație, obiectele care sunt filtrate, mutat sau șters din clientul AD cauza gestionate obiecte să fie mutate într-o retenţie OU (în cazul în care acestea sunt ascunse din listă globală de adrese, dar încă primiți corespondență), 1-3 zile.
    1. Corectează orice erori de sincronizare.
    2. Adăugați DeleteNow valoarea pentru cutia poștală desemnat alimentare atribut și activare cel puțin un ciclu de sincronizare pentru a fi terminată. Aceasta este o valoare doar în așteptare nu declanșează retragerea. Spune MMSSPP care când filtrul se aplică pentru a șterge imediat obiectul AD gestionate în loc de păstrarea PendingDeletions OU 1-3 zile.
    3. Face oricare dintre modificările pe care sunt notate în variații 1(mutarea, aplica filtru particularizat, aplicați filtrul universal sau șterge).

Scenariul 3

Cutia poştală a utilizatorului este pe motiv de litigiu continuu. În acest scenariu, cutia poștală Office 365 este conectat și gestionate AD obiectul este păstrată. Acest lucru este procesul recomandate pentru a pune cutia poștală într-o stare inactivă motiv de litigiu continuu:
  1. Dacă procesul clientului pentru a șterge utilizatorului AD obiect după o perioadă de marcă de timp, modificați valorile corespondență, adresei țintă, și smtp proxyAddresses atributele să adăugați _old sau _litHold pentru a prefixul. Acest lucru permite utilizatorului să acceseze adresele de poștă electronică și proxy lor originală atunci când se întorc la muncă. Modificări de aceste atribute înainte de a urma paşii următori.
  2. Dacă alte consolidare servicii (cum ar fi Lync) trebuie să fie modificat, modificări de atribute adecvat.
  3. Adăugați Tip = InHold; valoarea pentru atributul care este utilizat pentru cutia poștală provisioning valori (aceasta este diferită de fiecare client). Utilizați acest exemplu:

    MBX = 50 GO; Tip = InHold; REG = UE;
  4. Așteptați cel puțin o sincronizare ciclu.
  5. După Tip = InHold; valoare este sincronizat la Office 365D/ITAR, utilizatorul nu mai poate conecta la cutia poștală. Cutia poştală este ascuns din listă globală de adrese și expeditori care cutia poştală a primi un raport non-delivery report-NDR).
  6. După ce terminați pașii 1-5, obiectul client pot fi filtrat, mutat din domeniu sau șters.
  7. Dacă pasul 6 s-a terminat înainte de a urma paşii 1-5 fiind, cutia poștală gestionate este încă inactiv. Cu toate acestea, ignorarea acestor pași pot face mai dificil de interogări și face restaurare de consolidare servicii mai complexe atunci când utilizatorul revine la locul de muncă.

Scenariul 4

consolidare servicii dedicate Lync/ITAR trebuie să fi șters contul:
  1. Lync poate șters contul independent de cutie poștală stare setând valoarea 0 în atributul care este selectat pentru asigurarea accesului pentru Lync. Acest lucru este diferit pentru fiecare client.
  2. În cazul în care cutia poştală de utilizator este pe motiv de litigiu continuu, Lync deprovisioning valoarea 0 trebuie setată înainte de obiect client este filtrat, eliminat din domeniul sau șterse din clientul AD.

Scenariu 5

Un utilizator activat pentru e-mail (nu o cutie poștală-activat utilizator) sau activat pentru e-mail de contact trebuie să fie șters contul. Rețineți că utilizatorii de poștă electronică, de obicei, utilizatorii care poate face conecta la resursele de domeniu de clienți, dar care primesc mail la o cutie poștală în afara mediului Office 365D/ITAR. Acestea pot fi amplasate în mediul local client sau un serviciu extern. Pentru a dezactiva un utilizator activat pentru e-mail, utilizați oricare dintre următoarele metode:
  • Mutați obiectul de utilizator într-un OU cu domeniul MMSSPP.
  • Setați valoarea corespunzătoare pentru filtru MMSSPP. Această valoare este setat pentru fiecare client în ceea ce privește atât atributul și valoarea, dar structura sa poate fi ceva de genul extensionAttribute1 = NoSync.
  • Utilizați Filtrul universal pentru MMSSPP. Acest filtru golește valorile din următoarele atribute:
    • Corespondență
    • MailNickname
    • ProxyAddresses
    • Adresei țintă
  • Ștergeți obiectul din clientul AD.

Scenariu 6

Un grup de activat pentru e-mail trebuie să fie șters contul. În această situație, un grup care este furnizat pe Office 365D/ITAR este eliminată din listă globală de adrese și Active Directory. În plus, acesta este eliminat ca membru a oricărui grup care este membru. Este efective oricare dintre următoarele metode:
  • Ștergeți valoarea de corespondență pentru grup.
  • Ștergeți obiectul grup de clienți AD.
Rezoluţie
După examinarea scenarii corespunzător, poate corecta un scenariu deprovisioning nereușite de una dintre următoarele metode.

Scenariul 1

O cutie poștală Office 365D/ITAR trebuie să fi șters contul și utilizatorul trebuie să fie activat pentru e-mail (nu cutia poştală activată) în Office 365D/ITAR.
  1. Returna valorile atributele de corespondență și adresei țintă la valorile originale este necesar să configurați o cutie poștală Office 365 D/ITAR (de exemplu, sufixul atribut mail este în Listă tabel de includere SMTP și sufixul adresei țintă atribut seamănă cu @mgd.customerdomain.com).
  2. Setați cutia poștală retragerea atribut valoare (de exemplu, extensionAttribute9 = RemoveMSOMbx).
  3. După ce este șters contul cutia poștală (cmdlet get-recipientnu găsește sau cmdletulget-user returnează o valoare), setați valorile atributele de corespondență și adresei țintă la starea dorită pentru un utilizator activat pentru e-mail.

Scenariul 2

Utilizatorul are o cutie poștală în Office 365D/ITAR, cutia poștală trebuie să fi șters contul și Office 365D/ITAR obiectele trebuie eliminat din Office 365 AD:
  1. Variații 1: Clientul nu are caracteristica ASR, care este activat pentru cutia poștală între păduri reconnections. Oricare dintre următoarele metode este eficient:
    • Mutați obiectul de utilizator într-un OU cu domeniul MMSSPP.
    • Setați valoarea corespunzătoare pentru filtru MMSSPP. Această valoare este setat pentru fiecare client care are în vedere atât atributul și valoarea, dar structura sa poate fi ceva de genul extensionAttribute1 = NoSync.
    • Utilizați Filtrul universal pentru MMSSPP. Acest filtru golește valorile din următoarele atribute:
      • Corespondență
      • MailNickname
      • ProxyAddresses
      • Adresei țintă
    • Ștergeți obiectul din clientul AD.
  2. Variații 2: Clientul are caracteristica ASR, care este activat pentru cutia poștală între păduri reconnections. În această situație, obiectele care sunt filtrate, mutat sau șters din clientul AD cauza gestionate obiecte să fie mutate într-o retenţie OU (în cazul în care acestea sunt ascunse din listă globală de adrese, dar încă primiți corespondență), 1-3 zile.
    1. Corectează orice erori de sincronizare.
    2. Adaugă valoarea DeleteNowatributul aprovizionare desemnat poștală și activați sincronizarea cel puțin un ciclu pentru a fi terminată. Aceasta este o valoare doar în așteptare nu declanșează retragerea. Spune MMSSPP care când filtrul se aplică pentru a șterge imediat obiectul AD gestionate în loc de păstrarea înPendingDeletions OU 1-3 zile.
    3. Face oricare dintre modificările pe care sunt notate în variații 1 (mutarea, aplica filtru particularizat, aplicați filtrul universal sau șterge).

Scenariul 3

Cutia poştală a utilizatorului este pe motiv de litigiu continuu.
  1. O cutie poștală nu este șters contul atât marcă de timp cât există pe motiv de litigiu continuu.
  2. Consultați secțiunea "Cele mai bune practici" pentru recomandări care implică procesul pentru mutarea unei cutii poștale la o stare inactivă motiv de litigiu continuu.
  3. Numai după ce o cutie poștală este eliminat de pe motiv de litigiu continuu, acțiunile în scenariul 1 sau 2 va avea ca rezultat în cutia poștală este șters contul.

Scenariul 4

Cutia poştală a utilizatorului este pe motiv de litigiu continuu, dar este în stare inactivă înainte Lync consolidare servicii sunt șters contul. Lync consolidare servicii trebuie să fie șters contul.
  1. Dacă obiectul client este încă în domeniul MMSSPP și nu este filtrat (cutia poștală s-a făcut inactiv adăugând Type = InHold; valoarea pentru atributul aprovizionare), setați valoarea atributului la 0 pentru atributul Lync aprovizionare mască binară. Această valoare duce la retragerea Lync services după unele cicluri se sincronizează. De exemplu, extensionAttribute6 = 15 se modifică la extensionAttribute6 = 0.
  2. În cazul în care cutia poştală a utilizatorului este pe motiv de litigiu, iar clientul de filtrare sau eliminat obiectul de domeniu înainte de retragerea Lync, trebuie luate măsuri pentru deprovision Lync:
    1. Cu obiectul de clienți încă filtrat sau din domeniul OU, adăugați Type = InHold; valoare la cutia poștală provisioning atribut (dacă este setat nu este deja). Acest lucru este foarte important dacă cutia poștală este destinat să rămână inactiv. Dacă valoarea nu este adăugat, cutia poștală revine la starea activă (activarea conecta și corespondență livrare) cât mai curând, acesta este returnat în domeniu.
    2. Setați valoarea Lync opțiunilor atribut la 0.
    3. Eliminare filtrare sau muta obiectul client înapoi în domeniul OU.
    4. După ce unele sincronizează cicluri, Lync consolidare servicii sunt șters contul.
    5. Când se termină Lync retragerea, obiectul de client poate fi lăsată nemodificat, filtrată, scos din domeniu sau șterse ca politica de client.

Scenariu 5

Un utilizator activat pentru e-mail (nu o cutie poștală-activat utilizator) sau activat pentru e-mail de contact trebuie să fie șters contul. Pentru a dezactiva un utilizator activat pentru e-mail, oricare dintre următoarele metode este eficient:
  • Mutați obiectul de utilizator într-un OU cu domeniul MMSSPP.
  • Setați valoarea corespunzătoare pentru filtru MMSSPP. Această valoare este setat pentru fiecare client care are în vedere atât atributul și valoarea, dar structura sa poate fi ceva de genul extensionAttribute1 = NoSync.
  • Utilizați Filtrul universal pentru MMSSPP. Acest filtru golește valorile din următoarele atribute:
    • Corespondență
    • MailNickname
    • ProxyAddresses
    • Adresei țintă
  • Ștergeți obiectul din clientul AD.

Scenariu 6

Un grup de activat pentru e-mail trebuie să fie șters contul. În acest caz, un grup care este furnizat pe Office 365D/ITAR este eliminată din listă globală de adrese și Active Directory. În plus, acesta este eliminat ca membru a oricărui grup care este membru. Este eficient oricare dintre următoarele:
  • Ștergeți valoarea de corespondență pentru grup.
  • Ștergeți obiectul grup de clienți AD.
Note
  • După ce un utilizator obiectul este furnizat în Office 365D/ITAR, pentru a evita golirea valoarea atributului mail. Golirea atributul nu deprovision o cutie poștală, și se poate face rezultate interogări activitățile ambigue și rutină de întreținere complexe în mod inutil.
  • Acest document este destinat pentru a furniza cele mai bune practici și remediere simplă pașii pentru retragerea mail și Lync services în Office 365D/ITAR medii. Alte acțiunile efectuate de client poate duce la retragerea de consolidare servicii. Pentru mai multe informații, consultațiOffice 365D/ITAR Provisioning instrumente manual.
  • Atunci când o cutie poștală este șters contul, indiferent de metoda, șters imediat din Office 365 D/ITAR. În schimb, le-a reținut deconectat pentru perioada de conservare configurate (de obicei 30 de zile), în marcă de timp ce acesta poate fi automat reconectat (dacă obiectul original utilizator ne-filtrat sau s-a mutat înapoi în domeniul MMSSPP) sau manual reconectarea (printr-o escaladare la serviciile de asistență Microsoft).

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 2655364 - Ultima examinare: 03/17/2016 20:56:00 - Revizie: 3.0

Microsoft Business Productivity Online Dedicated, Microsoft Business Productivity Online Suite Federal, Microsoft Exchange Online

  • vkbportal226 kbmt KB2655364 KbMtro
Feedback