MMSSPP nie deprovision poštovej schránky a poštové objektov z Office 365 venované/ITAR

DÔLEŽITÉ: Tento článok je preložený pomocou softvéru na strojový preklad od spoločnosti Microsoft a možno ho opraviť prostredníctvom technológie Community Translation Framework (CTF). Microsoft ponúka strojovo preložené články, články upravené komunitou aj články preložené prekladateľmi, aby zabezpečil prístup ku všetkým článkom databázy Knowledge Base vo viacerých jazykoch. Strojovo preložené články aj upravené články môžu obsahovať chyby týkajúce sa slovnej zásoby, syntaxe alebo gramatiky. Microsoft nenesie zodpovednosť za akékoľvek nepresnosti, chyby alebo škody spôsobené neprávnym prekladom obsahu alebo jeho použitím zo strany našich zákazníkov. Ďalšie informácie o technológii CTF nájdete na lokalite http://support.microsoft.com/gp/machine-translation-corrections/sk.

Pokiaľ chcete vidieť anglickú verziu článku, kliknite sem: 2655364
Príznaky
Microsoft riadené služby Služba poskytovanie poskytovateľa (MMSSPP) nie je deprovision k poštovej schránke programu Microsoft Exchange alebo poštové objektov v prostredí Office 365 venované/ITAR.
Príčina
Zabezpečenia má viacero definícií a v rámci balíka Office 365 venované/ITAR týchto služieb môže byť niektorý z nasledujúcich krokov:
  • Odpojenie poštovej schránky balíka Office 365 a konverzia Office 365 objektu používateľa pošty. Ide o bežné v nasledujúcich situáciách:
    • Migrácie poštovej schránky používateľa v inom prostredí (napríklad v cloude na lokálne).
    • Ak služby sú zakázané, ale cloud služby (napríklad Lync alebo Skype for Business) pretrvávajú.
    • Ak údaje možno zobraziť v globálny zoznam adries (GZA).
    • Ak používateľ môže byť distribúcie alebo skupiny zabezpečenia e-mailu v službách Office 365.
  • Zabezpečenia e-mailu používateľa alebo kontaktu. Týmto sa odstránia nárokov a atribúty (poštapošta, mailNickname, legacyExchangeDN, proxyAddresses, a targetAddress) a odstráni používateľa distribúcie e-mailu alebo skupín zabezpečenia v balíku Office 365, ale stále zriadeného objekt Active Directory (AD).
  • Úplné odstránenie objektu používateľa z balíka Office 365 služby Active Directory.
  • Konverzia aktívne poštovej schránky, ktoré sa v dôsledku súdneho sporu neaktívneho stavu.
  • Odstránenie e-mailu skupiny z Office 365 služby Active Directory.
Zlyhanie deprovision môže mať jednu alebo viaceré z nasledujúcich príčin:
  • Správne procesy alebo postupy, ktoré deprovision objekty nie nasledovať.
  • Zle atribút hodnotu, ktorá je zobrazená v denných MMSSPP synchronizácia chybové hlásenie blokuje zrušením poštovej schránky alebo poštového používateľa.
  • Poštová schránka je v dôsledku súdneho sporu. K poštovej schránke sa nikdy deprovisioned, ako tento príznak nastavený (hoci to môže byť neaktívny stav).
Najvhodnejšie postupy

Scenár 1

Má používateľ poštovej schránky v Office 365D/ITAR a poštových schránok nutné deprovisioned. Však objekt Office 365D/ITAR musia zostať v globálnom zozname adries ako používateľ e-mailu.
  1. Skontrolujte denne MMSSPP synchronizácia chybové hlásenie a opraviť všetky chyby, ktoré sú uvedené. Chyba správy súbor po rozbalené, je priložený súbor Pomocníka spolu a liečením postup pre každý typ chyby.
  2. Určené deprovisioning atribútu, pridajte hodnotu, ktorá spúšťa zrušením poštovej schránky. Žiadne ďalšie zmeny a počkajte spravované poštovej schránky v prostredí Office 365 (odstrániť homeMDB hodnota atribútu bude null). To sa zvyčajne vykonáva v jeden alebo dva cykly MMSSPP synchronizácia.
    1. Atribút, ktorý sa používa pre zabezpečenia sa líši pre každý zákazník, a to zvyčajne rovnaké hodnoty ako použitej pre poštovú schránku poskytovanie hodnoty (napríklad má zvyčajne zriadeného poštová schránka extensionAttribute9 = MBX = 50GB; Typ = EP2D; REG = EÚ;).
    2. Slúži na zabezpečenia hodnota jednotlivých zákazníkov. Hodnota je však zvyčajne RemoveMSOMbx (napríklad extensionAttribute9 = RemoveMSOMbx).
  3. Po je poštovej schránky, zmeniť zákazníka targetAddress atribút hodnoty na požadované miesto mimo Office 365D/ITAR (zvyčajne ide o SMTP:sameAsMailValue), a odstrániť atribút deprovisioning. Po niektoré synchronizácia cyklov, objekt sa e-mailu a v globálnom zozname adries.

Scenár 2

Ak má používateľ poštovej schránky v Office 365D/ITAR, poštová schránka sa musí deprovisioned a Office 365D/ITAR objekty musia byť odstránené z Office 365 reklamy.
  1. Zmena č. 1: Zákazník nemá funkciu Automatické opätovné pripojenie služby (ASR), ktorá je povolené opakované medzi doménovými poštovej schránky. Nasledujúce postupy sú platné:
    • Premiestnenie objektu používateľa do organizačnej jednotky (OU), ktorá je mimo rozsah MMSSPP.
    • Nastavte zodpovedajúcu hodnotu MMSSPP filtra. Táto hodnota nastavená na každý zákazník s ohľadom na atribút a hodnota, ale jeho štruktúra môže byť niečo extensionAttribute1 = NoSync.
    • Použite univerzálny filter pre MMSSPP. Filter odstráni hodnoty z nasledujúcich atribútov:
      • Pošta
      • MailNickname
      • ProxyAddresses
      • TargetAddress
    • Odstráňte zákazníka reklamy.
  2. Variant 2: Zákazník má funkciu automatického zapnutá pre opakované medzi doménovými poštovej schránky. V takomto prípade objektov, ktoré sú filtrované, premiestnená alebo odstránená zákazníka AD spôsobiť spravované objekty presunúť do uchovávanie organizačnú jednotku (kde sú skryté GAL ale aj naďalej prijímať poštu) 1-3 dní.
    1. Opraviť všetky chyby synchronizácie.
    2. Pridanie DeleteNow hodnoty určenej poskytovanie atribút a povoliť aspoň jeden cyklus synchronizácie vyplniť poštovej schránky. Toto je iba na naštudovanie hodnotu nespôsobuje zrušením. Hovorí MMSSPP, keď filtra na okamžite odstráňte spravované AD miesto, pričom sa PendingDeletions OU 1-3 dní.
    3. Vykonajte zmeny, ktoré sú uvedené v variácie 1(premiestniť, použiť vlastný filter, univerzálne filtrovať alebo odstrániť).

Scenár 3

Poštová schránka používateľa je v dôsledku súdneho sporu. V tomto prípade poštová schránka Office 365 je pripojený a spravované AD objekt uchovalo. Toto je odporúčaný postup na uvedenie poštovej schránky do neaktívneho zadržanie v stave:
  1. Ak zákazník proces odstránenie AD objektu používateľa po dobu, zmeňte hodnoty pošta, targetAddress, a smtp proxyAddresses atribúty pripojiť _OLD alebo _litHold na predponu. Umožní používateľovi prístup k ich pôvodný e-mail a proxy adresy pri návrate do práce. Zmeny týchto atribútov pred vykonaním nasledujúcich krokov.
  2. Ak ostatných služieb (napríklad Lync) je potrebné zmeniť, vykonajte zmeny atribútov.
  3. Pridanie Typ = InHold; hodnotu atribútu, ktorý slúži na poskytovanie hodnoty (odlišný na zákazníka) poštovej schránky. Postupujte takto:

    MBX = 50GB; Typ = InHold; REG = EÚ;
  4. Počkajte aspoň jednu synchronizáciu cyklu.
  5. Po Typ = InHold; hodnota je synchronizovaných do Office 365D/ITAR, používateľ už prihlásiť k poštovej schránke. Poštová schránka je skrytý v globálnom zozname adries a odosielateľov poštovej zobrazí správa o nedoručení NDR).
  6. Po vykonaní krokov 1-5, zákazník objekt môžete filtrovať, presúvať mimo rozsahu, alebo odstránené.
  7. Ak dokončení kroku 6 pred vykonaním krokov 1-5 je spravované poštovej schránky stále vypnutá. Však preskočiť tieto kroky sa sťažujú dotazy a urobiť obnovenie služby zložitejšie, keď používateľ vráti pracovať.

Scenár 4

Služby Lync venované/ITAR musí byť deprovisioned:
  1. Lync môže deprovisioned nezávisle stav poštovej schránky nastavením hodnoty 0 Vybratá pre poskytovanie Lync atribút. To sa líši pre každý zákazník.
  2. Ak používateľ poštovej schránky v dôsledku súdneho sporu, musíte nastaviť Lync deprovisioning hodnotu 0, pred zákazníkom objekt je filtrovaný, vyňaté z rozsahu alebo vymazať zákazníka AD.

Scenár 5

E-mailu používateľa (nie poštovej schránky používateľa) alebo e-mailu kontakt musí byť deprovisioned. Nezabúdajte, že používateľov e-mailu sa zvyčajne používateľov, ktorí sa môžete prihlásiť k prostriedkom domény zákazníka, ale ktorí prijímať poštu v poštovej schránke mimo prostredia Office 365D/ITAR. Tieto poštové schránky sa môžu nachádzať v prostredí lokálnych zákazníkov alebo e. Vypnutie e-mailu používateľa, použite niektorý z nasledujúcich postupov:
  • Premiestnenie objektu používateľa na organizačnú jednotku, ktorá je mimo rozsah MMSSPP.
  • Nastavte zodpovedajúcu hodnotu MMSSPP filtra. Táto hodnota nastavená na každý zákazník s ohľadom na atribút a hodnota, ale jeho štruktúra môže byť niečo extensionAttribute1 = NoSync.
  • Použite univerzálny filter pre MMSSPP. Filter odstráni hodnoty z nasledujúcich atribútov:
    • Pošta
    • MailNickname
    • ProxyAddresses
    • TargetAddress
  • Odstráňte zákazníka reklamy.

Scenár 6

Poštové skupiny sa musí deprovisioned. V takomto prípade skupinu, ktorá je poskytnutá na Office 365D/ITAR sa odstránia z globálneho zoznamu adries a služby Active Directory. Okrem toho sa odstráni ako člen skupiny ktoré je členom. Platí niektorá z nasledujúcich postupov:
  • Vymazanie pošty hodnoty skupiny.
  • Odstráňte skupiny zákazníka reklamy.
Riešenie
Po zvážení príslušných scenároch, môžete opraviť nepodarilo deprovisioning situáciu jeden z nasledujúcich postupov.

Scenár 1

Office 365D/ITAR poštová schránka sa musí deprovisioned a musí poštové (poštová schránka – nepovolí) v Office 365D/ITAR.
  1. Vrátenie hodnôt atribútov pošty a targetAddress pôvodné hodnoty potrebné na poskytovanie poštovej schránky Office 365 D/ITAR (napríklad prípona atribút mail je v zozname zaradenie SMTP a prípona atribút targetAddress sa podobá @mgd.customerdomain.com).
  2. Nastavenie poštovej schránky zrušením atribútu (napríklad extensionAttribute9 = RemoveMSOMbx).
  3. Keď je poštová schránka deprovisioned rutina get-recipientnájde nikto, alebo cmdletget-user vráti hodnotu, nastavte hodnoty atribútov pošty a targetAddress na požadovaný stav e-mailu používateľa.

Scenár 2

Má používateľ poštovej schránky v Office 365D/ITAR poštových schránok nutné deprovisioned a Office 365D/ITAR objekty musia byť odstránené z Office 365 AD:
  1. Zmena 1: Zákazník nemá funkciu automatického zapnutá pre opakované medzi doménovými poštovej schránky. Platí niektorá z nasledujúcich postupov:
    • Premiestnenie objektu používateľa na organizačnú jednotku, ktorá je mimo rozsah MMSSPP.
    • Nastavte zodpovedajúcu hodnotu MMSSPP filtra. Táto hodnota nastavená na každý zákazník, ktorý má ide atribút a hodnota, ale jeho štruktúra môže byť niečo extensionAttribute1 = NoSync.
    • Použite univerzálny filter pre MMSSPP. Filter odstráni hodnoty z nasledujúcich atribútov:
      • Pošta
      • MailNickname
      • ProxyAddresses
      • TargetAddress
    • Odstráňte zákazníka reklamy.
  2. Variácie 2: Zákazník má funkciu automatického zapnutá pre opakované medzi doménovými poštovej schránky. V takomto prípade objektov, ktoré sú filtrované, premiestnená alebo odstránená zákazníka AD spôsobiť spravované objekty presunúť do uchovávanie organizačnú jednotku (kde sú skryté GAL ale aj naďalej prijímať poštu) 1-3 dní.
    1. Opraviť všetky chyby synchronizácie.
    2. Pridať DeleteNowhodnotu atribútu poskytovania určenej poštovej schránky, a povoliť synchronizáciu aspoň jeden cyklus určený. Toto je iba na naštudovanie hodnotu nespôsobuje zrušením. Hovorí MMSSPP, keď filtra na okamžite odstráňte spravované AD miesto, pričom saPendingDeletions OU 1-3 dní.
    3. Vykonajte zmeny, ktoré sú uvedené v variant 1 (premiestniť, použiť vlastný filter, univerzálne filtrovať alebo odstrániť).

Scenár 3

Poštová schránka používateľa je v dôsledku súdneho sporu.
  1. Poštová schránka nie je deprovisioned, pokiaľ ide o zadržanie.
  2. V časti "Best practices" odporúčania týkajúce sa procesu premiestnení poštovej schránky zadržanie neaktívneho stavu.
  3. Až po odstránení poštovú schránku v dôsledku súdneho sporu v prípade 1 alebo 2 spôsobí poštovej schránky sa deprovisioned.

Scenár 4

Poštová schránka používateľa v dôsledku súdneho sporu, ale je neaktívny stav pred služby Lync sú deprovisioned. Služby Lync, musí byť deprovisioned.
  1. Ak zákazník objektov je stále v rozsahu MMSSPP a nefiltruje (poštová schránka bolo neaktívny pridaním Typ = InHold; hodnotu atribútu poskytovania), nastavte hodnotu 0 pre atribút Lync poskytovania Bitová maska. Táto hodnota výsledkom zrušením služby Lync po niektoré synchronizácia cyklov. Napríklad extensionAttribute6 = 15 sa zmení na extensionAttribute6 = 0.
  2. Ak poštovú schránku používateľa na zadržanie a zákazník filtrovať alebo odstrániť objekt z pred zrušením Lync, ďalšie kroky sa musí deprovision Lync:
    1. Zákazník objektu stále filtrovaný alebo mimo rozsahu OU Typ = InHold; hodnota poštovej schránky poskytovanie atribút (ak už nie je nastavený). Toto je veľmi dôležitý, ak poštová schránka je neaktívny. Ak nie je pridaná hodnota poštovej schránky vráti do aktívneho stavu (povolenie prihlásenia a pošta) hneď ako vráti rozsahu.
    2. Nastavte hodnotu Lync Bitová maska 0.
    3. Odstráňte filter alebo zákazník objekt presunúť do rozsahu OU.
    4. Po niektoré synchronizácia cyklov, sú deprovisioned služby Lync.
    5. Po dokončení Lync zrušením objekte zákazníka môže zostať nezmenené, filtrovaný, odstránené z alebo odstránené podľa technickej politiky.

Scenár 5

E-mailu používateľa (nie poštovej schránky používateľa) alebo e-mailu kontakt musí byť deprovisioned. Zakázanie používateľa pošty, niektorý z nasledujúcich postupov platí:
  • Premiestnenie objektu používateľa na organizačnú jednotku, ktorá je mimo rozsah MMSSPP.
  • Nastavte zodpovedajúcu hodnotu MMSSPP filtra. Táto hodnota nastavená na každý zákazník, ktorý má ide atribút a hodnota, ale jeho štruktúra môže byť niečo extensionAttribute1 = NoSync.
  • Použite univerzálny filter pre MMSSPP. Filter odstráni hodnoty z nasledujúcich atribútov:
    • Pošta
    • MailNickname
    • ProxyAddresses
    • TargetAddress
  • Odstráňte zákazníka reklamy.

Scenár 6

Poštové skupiny sa musí deprovisioned. V takom prípade skupinu, ktorá je poskytnutá na Office 365D/ITAR sa odstránia z globálneho zoznamu adries a služby Active Directory. Okrem toho sa odstráni ako člen skupiny ktoré je členom. Platí nasledovné:
  • Vymazanie pošty hodnoty skupiny.
  • Odstráňte skupiny zákazníka reklamy.
Poznámky
  • Potom objekt používateľa je vytvorené v Office 365D/ITAR vyhnúť vymazanie hodnotu pošty. Vymazať atribút nie deprovision poštovej schránky, a to môže dotaz nejasné a bežnej údržby zbytočne zložité.
  • Tento dokument má zabezpečiť postupy a jednoduché liečením postup zabezpečenia pošty a Lync služieb Office 365D/ITAR prostrediach. Ďalšie kroky, ktoré zákazník môže spôsobiť zabezpečenia služby. Ďalšie informácie nájdete v témeOffice 365D/ITAR poskytovanie nástroje príručka.
  • Ak poštová schránka je deprovisioned, bez ohľadu na spôsob je okamžite odstránená z Office 365 D/ITAR. Namiesto toho sa uchovávať v odpojenom stave nakonfigurované uchovávania (zvyčajne 30 dní), počas ktorého sa môžu automaticky opätovné pripojenie (v prípade, že pôvodná objektu používateľa je ne-filtrované alebo premiestnené do rozsahu MMSSPP) alebo manuálne pripojené (cez eskaláciu služieb technickej podpory spoločnosti Microsoft).

Upozornenie: Tento článok bol preložený automaticky.

Vlastnosti

ID článku: 2655364 – Posledná kontrola: 03/17/2016 20:54:00 – Revízia: 3.0

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

  • vkbportal226 kbmt KB2655364 KbMtsk
Pripomienky