MMSSPP nav deificēt Exchange pastkastes un pasta iespējots objektus no Office 365 Dedicated/ITAR

Simptomi

Microsoft pārvaldības pakalpojumu servisa nodrošināšana nodrošinātājs (MMSSPP) nav deprovisioning Microsoft Exchange pastkastes vai pasta iespējots objektu Office 365 Dedicated/ITAR vidē.

Cēlonis

Deprovisioning ir vairākas definīcijas, un saistībā ar Office 365 Dedicated/ITAR, šie pakalpojumi var nozīmēt kādu no šīm darbībām:

  • Pastkastes atvienošana Office 365 un Office 365 objekta konvertēšana pasta lietotājam. Tas ir bieži kādā no šiem scenārijiem:

    • Lietotāja pastkastei ir pārvietoti uz citu vidi (piemēram, no mākoņa atpakaļ uz lokālo).

    • Ja pasta pakalpojumi ir atspējoti, bet tiek uzturēti citi mākoņpakalpojumi (piemēram, Lync vai Skype darbam).

    • Kur kontaktinformāciju var skatīt globālajā adrešu sarakstā (GAL).

    • Kur lietotājs var būt Office 365 izplatīšanas vai pasta drošības grupas dalībniekam.

  • Pasta lietotāja vai kontaktpersonas deprovisioning. Tas noņem pasta tiesības un atribūtus (pasts, mailnickname, legacyexchangednproxyAddressesun targetAddress) un noņem lietotāju no jebkura pasta izplatīšanas vai drošības grupas Office 365, bet uztur nodrošinātā Active Directory (AD) objektu.

  • Pabeigt lietotāja objekta noņemšanu no Office 365 Active Directory.

  • Aktīvo pastkasti, kas ir aizturēts uz neaktīva stāvokļa konvertēšana.

  • Noņemšana pasta grupas no Office 365 Active Directory.

Ja netiek veikta desniegšana, var rasties viens vai vairāki no turpmāk minētajiem iemesliem:

  • Netiek ievēroti pareizi procesi vai paraugprakse attiecībā uz objektu deuzkrājumu.

  • Misconfigured atribūta vērtība, kas ir uzrādīta ikdienas MMSSPP sinhronizācijas kļūdas ziņojums bloķē deprovisioning pastkastes vai pasta lietotājs.

  • Pastkastē ir aizturēšana. Šādu pastkasti nekad nevar deprovisioned, kamēr karodziņš ir iestatīts (lai gan to var ievietot neaktīvs stāvoklī).

Paraugpraksi

1. scenārijs

Lietotājam ir pastkastes Office 365D/ITAR un pastkasti jābūt deprovisioned. Tomēr Office 365D/ITAR objekts ir jāpaliek GAL pasta lietotājs.

  1. Pārbaudiet ikdienas MMSSPP sinhronizācijas kļūdas ziņojumu un novērst visas kļūdas, kas tiek ziņots. Pēc kļūdas ziņojuma fails ir unzipped, ir pievienots palīdzības failu kopā un koriģēšanas darbības katram kļūdas tipam.

  2. Norādīto deprovisioning atribūtu, pievienojiet vērtību, kas izraisa pastkastes deprovisioning. Veikt nekādas citas izmaiņas un gaidiet pārvaldītā pastkasti, kas jānoņem no Office 365 vidē (atribūta homeMDB vērtība kļūs Null). Parasti tas tiek izpildīts vienā vai divos MMSSPP sinhronizācijas cikliem.

    1. Atribūtu, kas tiek izmantots deprovisioning atšķiras katram klientam, un parasti to pašu vērtību, kas tiek izmantots pastkastes nodrošināšana vērtības (piemēram, parasti nodrošināta pastkaste ir extensionAttribute9 = MBX = 50GB; Tips = EP2D; REG = ES;).

    2. Vērtība, kas tiek izmantota deprovisioning ir atšķirīgs katram klientam. Tomēr vērtība parasti ir RemoveMSOMbx (piemēram, extensionAttribute9 = RemoveMSOMbx).

  3. Pēc tam, kad pastkaste ir atspējota, mainīt klienta targetAddress atribūta vērtība norāda uz vēlamo atrašanās vietu ārpus biroja 365D/ITAR (parasti tas ir SMTP: sameAsMailValue) un noņemt deprovisioning atribūts. Pēc dažiem sinhronizācijas cikliem objekts ir pasta iespējots un GAL.

2. scenārijs

Ja lietotājs ir pastkastes Office 365D/ITAR, pastkastes ir deprovisioned un Office 365D/ITAR objekti ir jānoņem no Office 365 AD.

  1. 1. variants: Klientam nav automātiskās pakalpojumu atkārtotas savienojuma (ASR) līdzeklis, kas ir iespējota Krusteniskā meža pastkastes reconnections. Ir spēkā kāda no šīm metodēm:

    • Pārvietojiet lietotāja objekts organizatoriskajai vienībai (OU), kas ir ārpus MMSSPP.

    • Iestatiet atbilstošo MMSSPP filtra vērtību. Šī vērtība ir iestatīta katram klientam attiecībā uz atribūtu un vērtību, bet tā struktūra var būt kaut kas līdzīgs extensionAttribute1 = NoSync.

    • Izmantojiet MMSSPP universālo filtru. Šis filtrs notīra vērtības no visiem šiem atribūtiem:

      • Pasta

      • MailNickname

      • ProxyAddresses

      • TargetAddress

    • Izdzēsiet objektu no klienta reklāmas.

  2. 2. variants: Klientam ir ASR līdzeklis, kas ir iespējota Krusteniskā meža pastkastes reconnections. Šādā gadījumā objekti, kas ir filtrēts, pārvietots vai dzēsts no klienta AD izraisīt pārvaldītā objekti jāpārvieto saglabāšanas OU (ja tie ir paslēpta no GAL, bet joprojām saņemat pasta) 1-3 dienas.

    1. Izlabojiet visas sinhronizācijas kļūdas.

    2. Pievienot norādīto pastkastes nodrošināšana atribūtu Deletenow vērtību un iespējot vismaz vienu sinhronizācijas cikls ir pabeigta. Šī ir tikai sagatavošanas vērtība, kas neizraisa deprovisioning. Tā stāsta MMSSPP, kad filtrs tiek lietots nekavējoties dzēst pārvaldītā reklāmas objekts, nevis saglabāt Pendingdeletions ou 1-3 dienas.

    3. Veiciet kādu no izmaiņām, kas norādītas 1. varianta (pārvietot, lietot pielāgotu filtru, lietot universālo filtru vai dzēst).

3. scenārijs

Lietotāja pastkaste ir ieslēgta aizturēšana. Šādā gadījumā Office 365 pastkaste ir pievienots un pārvaldītā reklāmas objekts tiek saglabāts. Tas ir ieteicamais process, lai nodot pastkastes neaktīvs tiesvedību turiet stāvoklī:

  1. Ja pēc kāda laika klienta process ir dzēst lietotāja reklāmas objektu, mainiet atribūtu Mail, targetAddressun SMTP proxyaddresses vērtības, lai pievienotu _old vai _litHold priedēklim. Tas ļauj lietotājam piekļūt savu sākotnējo e-pasta adresi un starpniekservera adreses, kad viņi atgriežas darbā. Veiciet šīs atribūtu izmaiņas, pirms veicat nākamās darbības.

  2. Ja ir jāmaina citi pakalpojumi (piemēram, Lync), veiciet atbilstošās atribūtu izmaiņas.

  3. Pievienojiet Tips = InHold; vērtība atribūtam, kas tiek izmantots pastkastes nodrošināšana vērtības (tas atšķiras katram klientam). Izmantojiet šo piemēru: MBX = 50GB; Tips = InHold; REG = es;

  4. Uzgaidiet vismaz vienu sinhronizācijas ciklu.

  5. Pēc Tips = InHold; vērtība ir synched Office 365D/ITAR, lietotājs vairs nevar pieteikties pastkastē. Pastkaste ir paslēpta no GAL un sūtītājiem šo pastkasti saņem atskaite par neizdevušos piegādi NDR).

  6. Pēc 1-5 darbību pabeigšanas klienta objektu var filtrēt, pārvietot ārpus tvēruma vai dzēst.

  7. Ja 6. darbība ir pabeigta, pirms veicat darbības 1-5 ir, pārvaldītā pastkaste joprojām ir neaktīvs. Tomēr šo darbību izlaišana var padarīt vaicājumus sarežģītāku un padarīt pakalpojumu atjaunošanu sarežģītāku, kad lietotājs atgriežas darbā.

4. scenārijs

Lync Dedicated/ITAR pakalpojumi ir deprovisioned:

  1. Lync var deprovisioned neatkarīgi no pastkastes statusu, iestatot vērtību 0 atribūtam, kas ir atlasīts Lync nodrošināšana. Tas katram klientam atšķiras.

  2. Ja lietotāja pastkaste ir aizturēts, tad Lync deprovisioning vērtība 0 ir jāiestata pirms klienta objekts ir filtrēts, noņemts no tvēruma vai dzēsts no klienta reklāmas.

5. scenārijs

Pasta lietotājs (nav iespējots pastkastes lietotājs) vai pasta kontaktpersona ir jābūt deprovisioned. Ņemiet vērā, ka pasta lietotāji parasti ir lietotāji, kuri var pieteikties klienta domēna resursos, bet kuri saņem pastu pastkastē ārpus Office 365D/ITAR vidē. Šīs pastkastes var atrasties klienta lokālā vidē vai ārējā pakalpojumā. Lai atspējotu pasta lietotājs, izmantojiet kādu no šīm metodēm:

  • Pārvietojiet lietotāja objekts OU, kas ir ārpus MMSSPP.

  • Iestatiet atbilstošo MMSSPP filtra vērtību. Šī vērtība ir iestatīta katram klientam attiecībā uz atribūtu un vērtību, bet tā struktūra var būt kaut kas līdzīgs extensionAttribute1 = NoSync.

  • Izmantojiet MMSSPP universālo filtru. Šis filtrs notīra vērtības no visiem šiem atribūtiem:

    • Pasta

    • MailNickname

    • ProxyAddresses

    • TargetAddress

  • Izdzēsiet objektu no klienta reklāmas.

6. scenārijs

Pasta grupai ir jābūt deprovisioned. Šādā gadījumā grupas, kas ir nodrošināta Office 365D/ITAR tiek noņemta GAL un Active Directory. Turklāt tas ir noņemts kā dalībnieks jebkurā grupā, kurā tas ir biedrs. Ir spēkā kāda no šīm metodēm:

  • Notīriet grupas pasta vērtību.

  • Dzēsiet grupas objektu no klienta reklāmas.

Risinājums

Pēc atbilstošās scenārijiem, jūs varat labot neizdevās deprovisioning gadījumā, izmantojot kādu no šīm metodēm.

1. scenārijs

Office 365D/ITAR pastkastei ir jābūt deprovisioned un lietotājam ir pasta (nav iespējota pastkaste) Office 365D/ITAR.

  1. Atgriezt pasta un targetAddress atribūtu vērtības uz sākotnējām vērtībām, kas nepieciešamas, lai nodrošināt Office 365D/ITAR pastkasti (piemēram, pasta atribūta sufikss ir iekļauts SMTP iekļaušanas sarakstā, un atribūta targetaddress sufikss līdzinās @mgd. customerdomain.com).

  2. Iestatiet pastkastes deprovisioning atribūta vērtība (piemēram, extensionAttribute9 = RemoveMSOMbx).

  3. Pēc tam, kad pastkaste ir deprovisioned ( Get adresāta cmdlet atrod neviens, vai Get-User cmdlet atgriež vērtību), iestatiet pasta un targetAddress atribūtus vēlamajā stāvoklī pasta lietotājs .

2. scenārijs

Lietotājam ir pastkaste programmā Office 365D/ITAR, pastkastes ir deprovisioned un Office 365D/ITAR objekti ir jānoņem no Office 365 AD:

  1. 1. variants: Klients nav ASR līdzeklis, kas ir iespējota Krusteniskā meža pastkastes reconnections. Ir spēkā kāda no šīm metodēm:

    • Pārvietojiet lietotāja objekts OU, kas ir ārpus MMSSPP.

    • Iestatiet atbilstošo MMSSPP filtra vērtību. Šī vērtība ir iestatīta katram klientam, kurš ir attiecībā gan atribūtu un vērtību, bet tā struktūra var būt kaut kas līdzīgs extensionAttribute1 = NoSync.

    • Izmantojiet MMSSPP universālo filtru. Šis filtrs notīra vērtības no visiem šiem atribūtiem:

      • Pasta

      • MailNickname

      • ProxyAddresses

      • TargetAddress

    • Izdzēsiet objektu no klienta reklāmas.

  2. 2. variants: Klientam ir ASR līdzeklis, kas ir iespējota Krusteniskā meža pastkastes reconnections. Šādā gadījumā objekti, kas ir filtrēts, pārvietots vai dzēsts no klienta AD izraisīt pārvaldītā objekti jāpārvieto saglabāšanas OU (ja tie ir paslēpta no GAL, bet joprojām saņemat pasta) 1-3 dienas.

    1. Izlabojiet visas sinhronizācijas kļūdas.

    2. Pievienot norādīto pastkastes nodrošināšana atribūtu Deletenow vērtību un iespējot vismaz vienu sinhronizācijas cikls jāpabeidz. Šī ir tikai sagatavošanas vērtība, kas neizraisa deprovisioning. Tā stāsta MMSSPP, kad filtrs tiek lietots nekavējoties dzēst pārvaldītā reklāmas objekts, nevis saglabāt Pendingdeletions ou 1-3 dienas.

    3. Veiciet kādu no izmaiņām, kas norādītas 1. varianta (pārvietot, lietot pielāgotu filtru, lietot universālo filtru vai dzēst).

3. scenārijs

Lietotāja pastkaste ir ieslēgta aizturēšana.

  1. Pastkaste nav deprovisioned, kamēr tas ir par tiesvedību turiet.

  2. Skatiet sadaļu "labākās prakses" ieteikumi ietver pārvietot pastkastes neaktīvs tiesvedību turiet stāvoklī.

  3. Tikai pēc tam, kad pastkaste ir noņemta no tiesas aizturēšana, darbības 1. vai 2. gadījumā izraisīs pastkastes tiek deprovisioned.

4. scenārijs

Lietotāja pastkaste ir aizturēts aizturēšana, bet ir neaktīvs stāvoklī pirms Lync pakalpojumi ir deprovisioned. Lync pakalpojumi ir deprovisioned.

  1. Ja klienta objekts joprojām ir MMSSPP un nav filtrēts (Pastkaste tika padarīti neaktīvs, pievienojot Tips = InHold; vērtību nodrošinājuma atribūts), iestatiet atribūta vērtība 0 Lync nodrošināšana bitmask atribūts. Šīs vērtības rezultātā deprovisioning Lync pakalpojumu pēc dažiem sinhronizācijas cikliem. Piemēram, extensionAttribute6 = 15 tiek mainīts uz extensionAttribute6 = 0.

  2. Ja lietotāja pastkaste ir aizturēts, un klients ir filtrēts vai noņemt objektu no tvēruma pirms deprovisioning Lync, jāveic papildu darbības, lai atcelt pakalpojumu Lync:

    1. Ar klienta objekts joprojām filtrēts vai ārpus OU tvērums, pievienojiet Tips = InHold; vērtību pastkastes nodrošināšana atribūtu (ja tas vēl nav iestatīts). Tas ir ļoti svarīgi, ja pastkaste ir paredzēta, lai paliktu neaktīvs. Ja vērtība nav pievienota, pastkaste tiek atgriezta aktīvajā statusā (pieteikšanās un pasta piegādes iespējošana), tiklīdz tā ir atgriezta tvērumā.

    2. Iestatiet Lync bitmask atribūta vērtība 0.

    3. Noņemiet filtru vai pārvietojiet klienta objektu atpakaļ uz OU tvērumu.

    4. Pēc dažiem sinhronizācijas cikliem, Lync pakalpojumi ir deprovisioned.

    5. Kad Lync deprovisioning ir pabeigta, klienta objektu var atstāt nemodificētu, filtrēts, noņemts no tvēruma vai dzēsts kā klientu politiku.

5. scenārijs

Pasta lietotājs (nav iespējots pastkastes lietotājs) vai pasta kontaktpersona ir jābūt deprovisioned. Lai atspējotu pasta lietotāju, ir spēkā kāda no šīm metodēm:

  • Pārvietojiet lietotāja objekts OU, kas neietilpst MMSSPP.

  • Iestatiet atbilstošo MMSSPP filtra vērtību. Šī vērtība ir iestatīta katram klientam, kurš ir attiecībā gan atribūtu un vērtību, bet tā struktūra var būt kaut kas līdzīgs extensionAttribute1 = NoSync.

  • Izmantojiet MMSSPP universālo filtru. Šis filtrs notīra vērtības no visiem šiem atribūtiem:

    • Pasta

    • MailNickname

    • ProxyAddresses

    • TargetAddress

  • Izdzēsiet objektu no klienta reklāmas.

6. scenārijs

Pasta grupai ir jābūt deprovisioned. Šajā gadījumā grupa, kas ir nodrošināta Office 365D/ITAR tiek noņemta GAL un Active Directory. Turklāt, tas ir noņemts kā loceklis jebkurā grupā, kurā tas ir biedrs. Ir spēkā kāds no šiem:

  • Notīriet grupas pasta vērtību.

  • Dzēsiet grupas objektu no klienta reklāmas.

Piezīmes.

  • Pēc tam, kad lietotāja objekts ir nodrošināta Office 365D/ITAR, izvairieties notīrot pasta atribūta vērtība. Notīrot atribūtu nav demaintenance pastkasti, un tas var padarīt vaicājuma rezultāti neskaidrs un ikdienas uzturēšanas uzdevumus nevajadzīgi sarežģīta.

  • Šis dokuments ir paredzēts, lai sniegtu labākās prakses un vienkāršas koriģēšanas darbības, lai deprovisioning pasta un Lync pakalpojumu Office 365D/ITAR vidē. Citas klienta veiktas darbības var izraisīt pakalpojumu deprovisioning. Lai iegūtu papildinformāciju, skatiet Office 365D/ITAR nodrošināšanas rīku rokasgrāmatu.

  • Ja pastkaste ir deprovisioned, neatkarīgi no metodes, tas nav nekavējoties dzēsti no Office 365D/ITAR. Tā vietā, tas tiek saglabāts atvienotā stāvoklī konfigurēta saglabāšanas periods (parasti 30 dienas), kuru laikā to var automātiski pievienot (ja sākotnējais lietotāja objekts ir un filtrēts vai pārvietots atpakaļ MMSSPP tvērums) vai manuāli atkārtoti (izmantojot Microsoft atbalsta pakalpojumu eskalācija).

Vai nepieciešama papildu palīdzība?

Paplašiniet savas prasmes
Iepazīties ar apmācību
Esiet pirmais, kas saņem jaunās iespējas
Pievienoties Microsoft Insider

Vai šī informācija bija noderīga?

Cik lielā mērā esat apmierināts ar tulkojuma kvalitāti?

Kas ietekmēja jūsu pieredzi?

Vai vēlaties sniegt papildu atsauksmes? (Neobligāti)

Paldies par jūsu atsauksmēm!

×