Apa itu CloudM dan mengapa menyebabkan masalah tanggal?
CloudM Migrate (sebelumnya Cloud Migrator) adalah platform migrasi yang digunakan oleh MSP dan tim IT perusahaan untuk memindahkan data antar platform email. CloudM sangat menonjol untuk migrasi dari dan ke Google Workspace, tapi juga mendukung Microsoft 365, Exchange Server, dan berbagai server IMAP.
Setelah migrasi CloudM, pengguna melaporkan bahwa setiap email menampilkan tanggal yang sama, yaitu tanggal migrasi. Bertahun-tahun korespondensi tampak tiba di satu hari. Pernahkah Anda menghabiskan berjam-jam mengatur kotak surat lalu menemukan bahwa semua urutan kronologis telah hilang? Itulah yang terjadi.
Header "Received" CloudM
Selama proses migrasi, CloudM memproses setiap email dan mengunggahnya ke server tujuan. Server tujuan menambahkan header "Received" baru yang berisi cap waktu saat penyisipan. Header ini mungkin mengandung referensi ke "cloudm.io" atau domain CloudM, atau mungkin berupa entri generik "localhost" tergantung pada konfigurasi server tujuan.
Header "Received" tipikal setelah migrasi CloudM:
Received: from cloudm.io by mail.example.com;
Fri, 12 Apr 2019 08:15:42 +0000
Header ini menjadi yang terbaru dalam rantai "Received", membuat klien email menampilkan tanggal migrasi alih-alih tanggal pengiriman asli.
Platform mana yang terpengaruh?
Google Workspace sebagai tujuan
Ketika CloudM memigrasikan email ke Google Workspace, tanggal terpengaruh di semua klien IMAP yang terhubung ke akun Google (Outlook, Apple Mail, Thunderbird). Antarmuka web Gmail mungkin menampilkan tanggal yang benar (karena menggunakan header "Date" dalam beberapa kasus), tapi klien IMAP mana pun akan menampilkan tanggal migrasi. Untuk selengkapnya, lihat memperbaiki tanggal email setelah migrasi Google Workspace.
Microsoft 365 sebagai tujuan
Saat bermigrasi ke Microsoft 365, tanggal terpengaruh di Outlook Desktop, Outlook Mobile, dan Outlook Web App (OWA). Terutama OWA yang biasanya menampilkan tanggal "diterima" yang dibangun dari header "Received". Untuk selengkapnya, lihat memperbaiki tanggal email setelah migrasi Microsoft 365.
Server IMAP sebagai tujuan
Saat bermigrasi ke server IMAP lain (Zimbra, Zoho, cPanel), masalahnya sama. Server tujuan menambahkan header "Received" selama IMAP APPEND, dan klien email menampilkan tanggal penyisipan.
Mendiagnosis masalah tanggal CloudM
Melihat header untuk konfirmasi
Untuk mengonfirmasi bahwa CloudM penyebab masalah tanggal, periksa header dari email yang terpengaruh. Cari header "Received" yang mengandung referensi ke CloudM atau cap waktu yang cocok dengan tanggal migrasi. Di Outlook: buka email, lalu File, lalu Properties, dan periksa "Internet Headers". Di Gmail: menu tiga titik, lalu "Show original".
CloudM vs alat lainnya
Jika Anda tidak yakin alat mana yang menjalankan migrasi, pemeriksaan header akan mengungkapkannya. Header "Received" dari CloudM biasanya mengandung referensi ke domain CloudM. Alat lain meninggalkan jejak berbeda: "mx.migrationwiz.com" untuk BitTitan, entri GSMMO khusus Google, dan sebagainya. Alat penyebab tidak penting karena Redate.io menangani semuanya.
Memperbaiki tanggal CloudM dengan Redate.io
Prosesnya
Redate.io terhubung ke kotak surat melalui protokol yang sesuai (Google Workspace API, Microsoft Graph API, atau IMAP) dan menganalisis setiap email untuk mengidentifikasi artefak migrasi CloudM. Analisis ini gratis. Untuk setiap email yang terpengaruh, mesin koreksi menerapkan koreksi yang ditargetkan melalui pipeline analisis multi-tahap dengan pencocokan tanda tangan pada profil alat migrasi yang diketahui. Setiap koreksi diverifikasi sebelum diselesaikan.
Setelah perbaikan
Setelah pemrosesan, email menampilkan tanggal asli yang benar di semua klien. Pengurutan berdasarkan tanggal berfungsi kembali. Pesan asli disimpan di folder yang terlihat "Redate.io - Originals" selama 30 hari. Tidak perlu mengubah pengaturan atau pemeliharaan berkelanjutan.
Migrasi CloudM membuat setiap email bertanggal salah? Jalankan analisis gratis dengan Redate.io untuk mengetahui berapa banyak email yang terpengaruh dan melihat pratinjau koreksi sebelum pembelian.