Microsoft 365'te imapsync taşıma tarihlerini düzeltme

Microsoft 365'e imapsync ile göç makul görünür. Ücretsizdir, betik desteği vardır ve çoğu senaryoda IMAP-IMAP aktarımlarını iyi yönetir. Ancak Exchange Online "çoğu senaryo" değildir.

Exchange Online'ın IMAP ağ geçidi, EWS ve MAPI etrafında tasarlanmış bir sisteme vidalanmış bir uyumluluk katmanıdır. imapsync standart posta aktarım protokolü aracılığıyla bu ağ geçidinden bir mesaj gönderdiğinde, mesaj Exchange Online'ın tam taşıma hattına girer - internetten gelen postayı işleyen aynı hat. Bu hat taşıma başlıkları ekler, Veri Kaybı Önleme denetimleri çalıştırır, uyumluluk kuralları uygular ve mesajın sunucuya ulaştığı kesin anla birlikte taze bir Received başlığı damgalar. --syncinternaldates seçeneği? Exchange Online'ın taşıma hattı bunu önemsemez. INTERNALDATE, teslimat zaman damgasıyla eşleşecek şekilde üzerine yazılır.

Bu, Microsoft'un düzeltmeyi planladığı bir hata değildir. Exchange Online mimarisi böyle çalışır. Taşıma hattı, standart posta aktarım protokolü aracılığıyla yapılan her gönderimi yeni bir mesaj teslimatı olarak değerlendirir, nokta. 500 veya 500.000 e-posta göç ettirseniz de her biri başlıklara ve üst verilere damgalanan aynı göç tarihini alır.

BT müdürünüze hafta sonu çalıştırdığınız göçün 6 yıllık e-posta geçmişini tek bir tarihe düzleştirdiğini söylediğinizi hayal edin. Bu, yöneticilerin imapsync'ten Microsoft 365'e göç sonrası karşılaştığı gerçekliktir. Ve Google Workspace'in aksine (Gmail web istemcisinin sorunu gizleyebildiği), Microsoft 365 yanlış tarihi her yerde gösterir - Outlook masaüstü, OWA, Outlook mobil, Microsoft Search. İstemci tarafından bir çıkış yolu yoktur.

Microsoft 365'te hasar tamamen görünürdür. Her istemci - Windows için Outlook, Mac için Outlook, OWA, iOS ve Android'de Outlook mobil - göç zaman damgasını gösterir. Kullanıcılar tarihe göre sıralayamaz, e-postaları kronolojik olarak bulamaz, tarih aralığına göre filtrelenmiş arama sonuçlarına güvenemez. Tümü "12 Kasım 2024" gösteren 80.000 e-postalık bir posta kutusu, günlük iş için işlevsel olarak bozuktur.

Uyumluluk sonuçları daha kötüdür. Exchange Online Protection, Microsoft Purview ve saklama ilkeleri, hepsi bozuk teslimat zaman damgasını dizinler. 7 yıldan eski e-postaları silmek üzere ayarlanmış bir saklama ilkesi yanlış tarihle çalışır - bu, silinmeye yaklaşması gereken 2018'deki e-postaların şimdi 2024'ten gibi görünmesi anlamına gelir. KVKK, HIPAA veya SPK düzenlemelerine tabi kuruluşlar, e-posta saklamalarına güvenilmediğinde gerçek düzenleyici riskle karşı karşıya kalır. Ve "Q3 2023'teki tüm e-postalar" için bir yasal tutma talebi geldiğinde, bozuk tarihler Purview'ın hiçbir şey döndürmemesi anlamına gelir - çünkü üst verilere göre o dönemden e-posta mevcut değildir.

Redate.io, Microsoft 365'e bağlanır ve başlık zinciri analizi ile tarih üst veri yeniden yapılandırma sürecini etkilenen her mesaja uygular. imapsync'in özel göç aracı imzalarında örüntü eşleştirmesi, göç sırasında enjekte edilen Received başlıklarını orijinal teslimat zincirine ait olanlardan ayırt eder. Her mesaj ayrı ayrı düzeltilir ve doğrulanır, orijinal bir yedek klasöründe saklanır. Enterprise planı 100.000 e-postaya kadar posta kutularını işler ve yöneticiler tek bir panodan birden fazla posta kutusunu işleyebilir.