Masalah pengiriman mail setelah pesan dipindahkan ke Office 365 Dedicated/ITAR (vNext)

PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.

Klik disini untuk melihat versi Inggris dari artikel ini: 3189107
Gejala
Setelah kotak surat yang dipindahkan ke Microsoft Office 365 Dedicated/ITAR (vNext), Anda mengalami salah satu masalah berikut ini:
  • Anda tidak menerima email Anda.
  • Ketika seseorang mencoba mengirim pesan kepada Anda (pengguna baru dipindahkan), mereka menerima laporan tidak terkirim (NDR).
Penyebab
Sebagai bagian dari proses bergerak vNext, objek beku di lingkungan khusus. Jika pengguna tidak beku dengan benar, MMSSPP akan melanjutkan untuk memperbarui targetAddress dan proxyAddresses atribut, dan ini mungkin menyebabkan masalah pengiriman surat.
Pemecahan masalah
Migrasi dari legacy khusus untuk vNext diatur dan dikonfigurasi dengan sumber daya penyebaran Microsoft. Proses ini melibatkan langkah-langkah berikut ini untuk memastikan bahwa migrasi selesai sebagai efisien dan dengan sedikit berpengaruh pada pengguna akhir mungkin:
  1. Tulis balik proses awal (saat ini panduan *, dan diselesaikan oleh Microsoft)

    Beberapa informasi direktori (misalnya, msExchMailboxGuid dan publicDelegates) harus dipindahkan dari direktori khusus untuk Azure Active Directory. Untuk melakukannya, informasi yang diperlukan dari direktori khusus dan ditulis ke direktori aktif di tempat Anda. Dari sana, AAD sinkronisasi/Connect digunakan untuk transfer informasi ke internet. Tulis balik ini dilakukan secara manual dan terkoordinasi dengan sumber daya penyebaran Microsoft mengenai migrasi.
  2. Lisensi objek di vNext dan menyediakan pengguna batched EXO tim (pelanggan)

    Segera setelah proses tulis balik selesai, pelanggan akan mengambil langkah-langkah untuk kelompok dan lisensi objek dengan menjalankan skrip yang disediakan oleh tim layanan EXO dokumentasi konfigurasi. Karena msExchMailboxGuid elemen disalin dari legacy khusus untuk lokal AD vNext, hal ini mencegah pesan baru yang ditetapkan dan memastikan bahwa bergerak berhasil diselesaikan.

  3. Beku kotak pesan (manual, diselesaikan oleh Microsoft)

    Sebelum bergerak dikirim, kotak surat beku. Oleh karena itu, targetAddress dan proxyAddresses properti tidak diperbarui oleh MMSSPP. Setelah memindahkan, kotak surat sumber akan dikonfigurasi dengan layanan replikasi Surat (MRS) untuk memastikan bahwa pengiriman surat berlanjut. Atribut ini harus tetap secara permanen beku setelah migrasi untuk menghindari perubahan apa pun.
  4. Pra-penyisipan nilai awal (ibu)

    Grup kotak pesan akan dimasukkan ke dalam kumpulan migrasi yang disediakan oleh pelanggan untuk sumber penyebaran Microsoft. Hal ini harus diselesaikan beberapa minggu sebelum kotak surat yang dipindahkan sehingga kotak surat baru dapat pra-unggulan di vNext.
  5. Migrasi akhir (MRS)

    Memindahkan kotak surat diselesaikan pada tanggal dan waktu yang diminta oleh pelanggan.
  6. Tulis balik akhir (saat ini manual *, diselesaikan oleh Microsoft)

    Dalam tiga hari kerja, tulis balik akhir akan diselesaikan. Properti yang diperbarui yang targetAddress, msExchRecipientTypeDetails, msExchRemoteRecipientType, msExchRecipientDisplayType, dan proxyAddresses.
Jika ada laporan surat masalah pengiriman setelah migrasi, Anda harus mengumpulkan informasi berikut ini:
  • Laporan tidak terkirim (NDR), jika tersedia

Periksa konfigurasi objek di lingkungan khusus. Objek harus RemoteUserMailbox dengan atribut ExternalEmailAddressdan akhiran *. onmicrosoft.com:
get-recipient john@contoso.com | fl ExternalEmailAddress,RecipientTypeDetails
ExternalEmailAddress          : SMTP:john@contoso.onmicrosoft.comRecipientTypeDetails          : RemoteUserMailbox

ExternalEmailAddress harus alamat penyuratan email di kotak surat vNext.

Jika ada masalah objek sumber di legacy khusus dikonfigurasi dengan benar, terlibat Microsoft untuk penyelidikan tambahan.

* Ada proyek dilakukan untuk mengotomasi proses tulis balik. Segera setelah otomatisasi diletakkan di tempat, writebacks akan terjadi terus-menerus, dan langkah-langkah tambahan akan tidak diperlukan.

Peringatan: Artikel ini telah diterjemahkan secara otomatis

Properti

ID Artikel: 3189107 - Tinjauan Terakhir: 09/05/2016 02:52:00 - Revisi: 2.0

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

  • vkbportal226 kbmt KB3189107 KbMtid
Tanggapan