Momentan sunteți offline, așteptați să vă reconectați la internet

Problemă de livrare corespondență după cutie poștală migrarea la Office 365 dedicate/ITAR (vNext)

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: 3189107
Simptome
După ce cutia poștală este mutat la Microsoft Office 365 dedicate/ITAR (vNext), experimentați unul dintre următoarele probleme:
  • Nu primiţi toate e-mail.
  • Când cineva încearcă să trimită corespondența dvs (utilizator nou migrat), primesc un raport de eşec al livrării (NDR).
Cauză
Ca parte a procesului de mutare vNext, obiectele sunt îngheţate în mediul dedicat moștenite. Dacă un utilizator nu este congelată corect, MMSSPP va continua să actualizeze adresei țintă și proxyAddresses atributele și acest lucru poate cauza o problemă de livrare corespondență.
Rezoluţie
Migrarea de la legacy dedicat pentru vNext sunt organizate și configurat cu resurse de implementare Microsoft. Acest proces implică următorii pași pentru a vă asigura că migrare s-a terminat cât mai eficient și cu cât mai puține efectul asupra utilizator final posibile:
  1. Iniţială writeback proces (în prezent manual *, și completat de Microsoft)

    Unele informații Director (de exemplu, msExchMailboxGuid și publicDelegates) trebuie să fie transferate din directorul dedicat la Azure Active Directory. Pentru aceasta, informațiile solicitate este extras din directorul dedicat și scrise pentru dvs. locală Active Directory. De aici, dai sincronizare/conectare este utilizat pentru a transfera informații până la cloud. Această writeback efectuată manual și coordonată cu Microsoft resurse de implementare în avans migrări.
  2. Obiect în vNext de licență și pentru a oferi utilizatorilor •muchiile la echipa EXO (client)

    Imediat ce se termină procesul de writeback, clientul va avea pași pentru comenzi și licență obiectele executând script-ul furnizat de echipa de service EXO în documentația de configurare. Deoarece msExchMailboxGuid element se copiază din legacy dedicate local AD la vNext, acest lucru împiedică o cutie poștală noi sunt furnizate și asigură că mutare este finalizată cu succes.

  3. Înghețarea cutiile poștale (manuale, completat de Microsoft)

    Înainte de a se mută sunt transmise, sunt îngheţate cutiile poștale. De aceea, adresei țintă și proxyAddresses proprietăți nu mai sunt actualizate de MMSSPP. După mutare, cutia poştală sursă va fi configurată prin Mailbox Replication Service (MRS) pentru a asigura livrarea Urmărire. Aceste atribute trebuie să rămână permanent congelate după migrare pentru a evita orice modificări.
  4. Pre-semănare (d-na)

    Un grup de cutii poștale vor fi incluse într-un grup de migrare furnizat de client pentru resurse de implementare Microsoft. Acest lucru trebuie îndeplinite câteva săptămâni înainte de migrarea cutii poștale, astfel încât noua cutie poştală poate fi pre-semanate în vNext.
  5. Migrare finale (MRS)

    Mutarea cutiei poștale se termină la data şi ora solicitată de client.
  6. Writeback finală (în prezent manual *, de Microsoft)

    În termen de trei zile lucrătoare, va fi finalizat o writeback finală. Proprietățile actualizate sunt adresei țintă, msExchRecipientTypeDetails, msExchRemoteRecipientType, msExchRecipientDisplayTypeşi proxyAddresses.
Dacă există un raport de mail livrare probleme după migrare, ar trebui să colectați următoarele informații:
  • Rapoarte de livrării (NDR), dacă este disponibil

Examinați configurația a obiectului în mediul dedicat moștenite. Obiectul ar trebui să fie o RemoteUserMailbox cu un atribut ExternalEmailAddressși sufix de *. onmicrosoft.com:
get-recipient john@contoso.com | fl ExternalEmailAddress,RecipientTypeDetails
ExternalEmailAddress          : SMTP:john@contoso.onmicrosoft.comRecipientTypeDetails          : RemoteUserMailbox

ExternalEmailAddress ar trebui să fie o adresă de e-mail pe cutia poștală vNext.

Dacă există probleme că obiectul sursă din legacy dedicate este configurat incorect, vă rugăm să se angajeze Microsoft pentru investigare suplimentară.

* Există un proiect în curs de desfăşurare pentru a automatiza procesul de writeback. Imediat ce automatizarea este pus în loc, writebacks va apărea în mod continuu și pași suplimentari vor fi inutile.

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 3189107 - Ultima examinare: 09/05/2016 18:08:00 - Revizie: 2.0

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

  • vkbportal226 kbmt KB3189107 KbMtro
Feedback
tsByTagName("head")[0].appendChild(m);