Urutkan Tanggal Kirim Bukan Solusi yang Tepat

Saran yang paling sering muncul di setiap forum

Cari "email menampilkan tanggal salah setelah migrasi" di forum IT mana pun, dan jawaban pertama hampir selalu sama: "Urutkan berdasarkan tanggal kirim, bukan tanggal terima." Saran ini muncul di forum Microsoft, thread bantuan Google Workspace, postingan Reddit, dan diskusi Spiceworks. Ini sudah menjadi jawaban default untuk masalah yang sebenarnya adalah masalah data di level server.

Saran itu memang berangkat dari niat baik. Di Outlook, mengubah kolom urutan dari "Diterima" ke "Dikirim" memang mengubah tampilan urutan email. Pesan-pesan yang tadinya semuanya menampilkan tanggal migrasi yang sama tiba-tiba kembali ke urutan kronologis aslinya. Sekilas, masalah tampak teratasi.

Tapi sebenarnya tidak.

Mengapa tampaknya berhasil

Perbaikan visual semata

Ketika pengguna mengubah tampilan Outlook untuk mengurutkan berdasarkan "Tanggal Dikirim", kotak masuk langsung terlihat benar. Email dari 2020 muncul sebelum email dari 2023. Bagi pengguna yang tadinya melihat 10.000 email dengan tanggal yang sama, ini terasa seperti perubahan besar.

Hanya bekerja di satu tampilan, di satu perangkat

Solusi sementara ini hanya bekerja di satu tempat: tampilan folder tertentu, di perangkat tertentu, tempat pengguna melakukan perubahan. Kalau pengguna berpindah ke folder lain, tampilan bisa kembali ke semula. Kalau pengguna membuka email di perangkat lain, pengaturan itu tidak ikut berpindah.

Semua cara trik ini gagal

Hasil pencarian tetap menampilkan tanggal yang salah

Pencarian email di Outlook, Gmail, Apple Mail, dan Thunderbird mengindeks pesan menggunakan tanggal terima (INTERNALDATE), bukan tanggal kirim. Ketika pengguna mencari "email yang diterima pada Maret 2022", mesin pencari memeriksa INTERNALDATE, yang masih menampilkan tanggal migrasi. Hasilnya: nol email untuk Maret 2022, dan semua email muncul pada tanggal migrasi.

Bagi pengguna yang sering mencari berdasarkan rentang tanggal (akuntan yang mencari faktur dari kuartal tertentu, pengacara yang mengumpulkan korespondensi dari periode kasus tertentu), kotak surat menjadi tidak dapat digunakan secara fungsional. Mengubah kolom urutan tidak menyentuh apa yang digunakan mesin pencari.

Kepatuhan dan eDiscovery ikut terdampak

Alat seperti Microsoft Purview, Google Vault, dan platform kepatuhan pihak ketiga membaca metadata di sisi server, termasuk INTERNALDATE. Mengurutkan berdasarkan tanggal kirim di Outlook sama sekali tidak berpengaruh pada apa yang dikembalikan alat-alat ini. Permintaan penahanan hukum untuk "semua email yang diterima antara Januari dan Maret 2023" akan mengembalikan hasil yang salah.

Bagi organisasi di sektor keuangan, kesehatan, hukum, dan sektor publik, hasil eDiscovery yang tidak akurat dapat berujung pada sanksi, denda, atau keputusan hukum yang merugikan. Di Indonesia, kewajiban retensi dokumen elektronik diatur antara lain melalui peraturan OJK dan ketentuan perpajakan dari Direktorat Jenderal Pajak, yang mensyaratkan data arsip email dapat diverifikasi secara akurat.

Harus dikonfigurasi di setiap perangkat dan setiap folder

Outlook tidak menerapkan pengaturan tampilan secara global. Mengubah kolom urutan di Kotak Masuk tidak mengubahnya di Sent Items, Drafts, Archive, atau folder kustom. Setiap folder harus disesuaikan satu per satu. Pengaturan disimpan secara lokal, artinya harus diulang di setiap perangkat. Untuk organisasi dengan 100 pengguna, masing-masing menggunakan 4 perangkat dan 10 folder, itu berarti 4.000 perubahan tampilan individual. Siapa yang akan melakukan itu?

INTERNALDATE tetap salah

INTERNALDATE IMAP tetap salah di server. Ini mempengaruhi alat backup, alat migrasi di masa depan (yang meneruskan INTERNALDATE yang salah), integrasi API, dan sistem pengarsipan email. Masalah INTERNALDATE ini akan terus berlanjut tanpa batas waktu selama tidak diperbaiki di level server.

Lebih lengkap tentang bagaimana INTERNALDATE merusak urutan email dijelaskan di artikel IMAP INTERNALDATE dan tanggal yang rusak.

Aturan dan filter email menggunakan tanggal terima

Aturan Outlook, filter Gmail, dan aturan transport Exchange yang berbasis tanggal terima akan bermasalah. Sebuah aturan yang berisi "pindahkan email yang diterima lebih dari 90 hari yang lalu ke Archive" bisa mengarsipkan seluruh isi kotak surat, atau justru tidak mengarsipkan apa pun. Alur Power Automate dan Google Apps Script yang memproses email berdasarkan tanggal terima akan menghasilkan output yang keliru.

Sebagian klien email tidak mendukungnya sama sekali

Tidak semua klien email mendukung pengurutan berdasarkan tanggal kirim. Apple Mail di iOS tidak menawarkan opsi "urutkan berdasarkan tanggal kirim". Thunderbird menangani kolom tanggal secara berbeda dari Outlook. Antarmuka webmail seperti Roundcube dan Horde memiliki kemampuan kustomisasi kolom yang terbatas.

Threading percakapan jadi kacau

Klien email yang mendukung tampilan percakapan mengelompokkan pesan terkait berdasarkan header dan tanggal. Ketika tanggal terima salah, threading percakapan bisa mengurutkan pesan secara keliru di dalam sebuah thread, atau menampilkan tanggal thread sebagai tanggal migrasi.

Solusi nyata: perbaiki data di sisi server

Alasan mengapa "urutkan berdasarkan tanggal kirim" gagal adalah karena cara itu hanya menangani gejalanya (urutan tampilan yang salah) tanpa memperbaiki penyebabnya (metadata tanggal yang salah di sisi server). Solusi yang sebenarnya adalah memperbaiki metadata tanggal di server untuk setiap email yang terdampak.

Begitu data di sisi server diperbaiki, setiap klien email menampilkan tanggal yang benar. Hasil pencarian mengembalikan rentang tanggal yang akurat. Alat kepatuhan membaca stempel waktu yang tepat. Aturan dan filter beroperasi berdasarkan tanggal terima yang sesungguhnya. Tidak perlu pengaturan per perangkat atau per folder. Perbaikannya permanen dan berlaku menyeluruh.

Bagaimana Redate.io melakukan perbaikan di level server

Mesin koreksi proprietary Redate.io terhubung ke kotak surat (Google Workspace, Microsoft 365, atau server IMAP mana pun) dan memindai setiap email untuk mengidentifikasi yang memiliki header "Received" dari proses migrasi. Pemindaian ini gratis.

Untuk setiap email yang terdampak, pipeline analisis multi-tahap mengidentifikasi tanda tangan migrasi melalui pencocokan pola terhadap ratusan tanda tangan alat migrasi yang dikenal, menerapkan koreksi yang ditargetkan sambil menjaga integritas pesan (tanda tangan S/MIME, struktur multipart, lampiran inline, header non-ASCII, dan puluhan kasus tepi lainnya), lalu menjalankan verifikasi integritas pada setiap email yang dikoreksi. Email asli dipindahkan ke folder backup yang terlihat selama 30 hari. Proses lengkapnya dijelaskan di artikel cara memperbaiki tanggal email setelah migrasi.

Setelah koreksi selesai, tidak ada yang perlu dikonfigurasi di Outlook, tidak ada pengaturan yang perlu diubah di setiap perangkat, tidak ada solusi sementara yang perlu diingat-ingat. Tanggalnya benar, di mana saja, selamanya.

Berhentilah mengandalkan solusi sementara yang hanya bekerja setengah jalan. Mulai pemindaian gratis untuk melihat berapa banyak email yang memiliki tanggal salah, dan perbaiki 10 email pertama secara gratis untuk memverifikasi hasilnya.