GSMMO E-posta Tarihlerini Bozdu mu? Düzeltin

GSMMO ve Kimsenin Sizi Uyarmadığı Tarih Sorunu

Google Workspace Migration for Microsoft Outlook (GSMMO), Google'ın PST dosyalarını, Outlook profillerini ve yerel e-posta arşivlerini Gmail'e taşımak için sağladığı masaüstü aracıdır. Ücretsizdir, resmi olarak desteklenir ve Outlook'tan Google Workspace'e küçük bir ekibi veya birkaç bireysel posta kutusunu taşırken Google'ın önerdiği geçiş yoludur.

Araç çalışır. E-postalar Gmail'e ulaşır, klasör yapısı etiketlere eşlenir, kişiler gelir. Ama sonra Gmail'i açıp tarihe göre sıralayın. Her e-posta bugünün tarihini gösterir. Ocak 2021'de gönderdiğiniz teklif mi? Nisan 2026. Mart 2023'te muhasebeciden gelen fatura mı? Yine Nisan 2026.

GSMMO bunun olacağı konusunda uyarmaz. Geçiş günlüğü her mesaj için başarı gösterir. Google'ın kendi belgeleri bunu bilinen bir sınırlama olarak belirtmez. Bunu ancak birisi eski bir e-postayı tarih aralığına göre aradığında ve sıfır sonuç aldığında keşfedersiniz.

GSMMO E-postalarınızı Gerçekte Nasıl Yükler

GSMMO, mesajları PST dosyasından (veya doğrudan Outlook profilinden) okur ve Gmail API üzerinden Gmail'e yükler (aracın kendi sürüm notlarında Google böyle söyler). Tarih sorununun kaynağı burasıdır ve mekanizmasını anlamak önemlidir, çünkü düzeltme "sadece yeniden içe aktarın" kadar basit değildir.

GSMMO bir mesajı Gmail API üzerinden yüklediğinde, Gmail yükleme anına tarihlenen yeni bir Received: üstbilgisi ekler. Ve orijinal tarih mesajla birlikte iletilmediğinde, Gmail'in sıralama ve görüntüleme için dahili olarak kullandığı zaman damgası olan INTERNALDATE, orijinal gönderim tarihi yerine yükleme anına ayarlanır.

GSMMO geçişinden sonra üstbilgi zinciri şöyle görünür:

Received: by 2002:a05:6512:3ca2:0:0:0:0 with SMTP id
    bi34csp1847206lfb; Sun, 5 Apr 2026 03:17:42 -0700 (PDT)
Received: from [127.0.0.1] (localhost [127.0.0.1])
    by gmailapi.google.com; Sun, 05 Apr 2026 10:17:41 +0000
Date: Wed, 18 Sep 2019 14:33:07 +0200

Eylül 2019'dan orijinal Date: üstbilgisini görüyor musunuz? Hala orada, dokunulmamış. GSMMO mesaj gövdesini veya orijinal üstbilgileri değiştirmez. Ama Gmail görüntüleme amacıyla onu yok sayar ve şimdi Nisan 2026 diyen INTERNALDATE'i kullanır.

GSMMO ile Yönetici Tarafı Geçiş Araçları

Karışıklık genellikle burada başlar. Google'ın birden fazla geçiş aracı vardır ve hepsi aynı şekilde davranmaz.

GSMMO (masaüstü uygulaması) kullanıcının makinesinde çalışır. Outlook'tan veya bir PST dosyasından okur ve e-postaları Gmail API üzerinden yükler. Kullanıcının bir Google Workspace hesabına ve Outlook'a kurulu GSMMO eklentisine ihtiyacı vardır. İstemci taraflı bir araçtır.

Google Workspace Migration Service (yönetici konsolu aracı) sunucu taraflıdır. Bir yönetici bunu Google Admin Console'da yapılandırır, bir Exchange sunucusuna veya başka bir Google Workspace kiracısına yönlendirir ve geçiş Google'ın altyapısında çalışır. Bu araç bazı yapılandırmalarda biraz daha iyi tarih işleme sunar, çünkü INTERNALDATE'i kaynak meta verilerine göre ayarlayabilir. Ama "biraz daha iyi", "güvenilir" anlamına gelmez ve birçok yönetici bu araçla da aynı tarih sorununu bildirir.

Temel fark nedir? GSMMO ile, tarih korumasına dair karar veren sunucu taraflı bir zeka yoktur. Yüklediği her mesaj, taze bir e-posta ya da 10 yıllık arşivlenmiş bir mesaj olsun, aynı işlemi görür: yükleme gününe tarihlenen bir Received: üstbilgisi. Nokta.

GSMMO'nun Tarih Koruması Neden Çalışmaz

GSMMO'nun ayarlarına baktıysanız, aslında bir "tarihleri koru" seçeneği olmadığını fark etmiş olabilirsiniz. Bu bir gözden kaçırma değil. GSMMO, Gmail'in API'si üzerinden yüklenen mesajları nasıl işlediğine bağlıdır ve bunu geçersiz kılamaz.

Teknik olay zinciri şöyledir:

1. GSMMO, mesajı PST dosyasından, orijinal zaman damgalarıyla birlikte okur
2. GSMMO, mesaj verisini Gmail API üzerinden yükler
3. Gmail yüklemeyi alır ve mesajı posta kutusunda saklar
4. Gmail, yükleme anına tarihlenen yeni bir Received: üstbilgisi ekler (yukarıdaki örnekteki gmailapi.google.com satırı)
5. Orijinal tarih iletilmediğinde, Gmail INTERNALDATE'i yükleme zaman damgasına ayarlar
6. Mesaj Gmail'e bugünün tarihiyle iner

4. ve 5. adımlar kritik olanlardır. Gmail, API'si üzerinden yüklenen her mesaja bu üstbilgiyi ekler, araç ne gönderirse göndersin, ve GSMMO'nun orijinal tarihi iletecek veya koruyacak bir ayarı yoktur. Sonuç, tüm geçmiş e-postalarınızın bugün gelmiş gibi görünmesidir.

Bazı yöneticiler GSMMO'yu belirli Google Workspace ayarları etkinleştirilmiş halde çalıştırmayı veya GSMMO profil ayarlarını değiştirmeyi denedi. Bunların hiçbiri tarih davranışını etkilemez. Received: üstbilgisi Google tarafında eklenir ve hiçbir istemci taraflı yapılandırma bunu değiştirmez.

Tarihleri Bozan Belirli GSMMO Senaryoları

Her GSMMO geçişi tarih kaosuyla sonuçlanmaz, ama çoğu sonuçlanır. Önemli olduğu yerler şunlardır:

• PST dosyasından Gmail'e: Tarihler bozulur. Bu en yaygın GSMMO kullanım durumudur ve en çok etkilenendir.
• Outlook profilinden Gmail'e: Tarihler bozulur. PST aktarımıyla aynı Gmail API yüklemesi.
• Exchange Online'dan (Microsoft 365) GSMMO ile Gmail'e: Tarihler bozulur. GSMMO, Exchange sunucusundan okur ve Gmail API üzerinden yükler.
• Şirket içi Exchange'den GSMMO ile Gmail'e: Tarihler bozulur. Aynı mekanizma.
• Gmail'den Gmail'e (PST dışa aktarımının yeniden içe aktarımı): Tarihler bozulur. Orijinal e-postalar PST'de doğru tarihlere sahip olsa bile, yeniden içe aktarma onları yeniden damgalar.

Kalıp açıktır. Gmail API üzerinden yüklenen her mesaj, yükleme gününe tarihlenen bir Received: üstbilgisi alır. GSMMO her zaman bu yolu kullanır.

Bunu özellikle can sıkıcı yapan şey, GSMMO geçiş raporunun her şeyi başarılı göstermesidir. Tarihler hakkında uyarı yok, hata yok, işaret yok. Bunu yakalamak için geçişten önce ve sonra zaman damgalarını elle karşılaştırmanız gerekir, ve çoğu yönetici bir kullanıcı şikayet edene kadar bunu yapmaz.

Etki Sıralamanın Ötesine Geçer

GSMMO geçişi sonrası yanlış tarihler, dağınık bir gelen kutusunun çok ötesinde gerçek sorunlar yaratır.

Google Workspace'e yeni geçmiş bir muhasebeci olduğunuzu düşünün. Bir vergi beyannamesi için 2024'ün üçüncü çeyreğinden tüm müşteri yazışmalarını bulmanız gerekiyor. Gmail'de tarih aralığına göre arama yaparsınız: Temmuz'dan Eylül 2024'e. Sıfır sonuç. O döneme ait her e-posta artık geçiş tarihini gösteriyor, bu yüzden Gmail'in tarih filtresi onları bulamıyor. Binlerce mesaj arasında kaydırmak zorunda kalırsınız ya da anahtar kelimeyle arayıp doğru terimleri hatırladığınızı ummak zorunda kalırsınız.

Düzenlenen sektörler için bu can sıkıcıdan daha kötüdür. E-posta zaman damgaları hukuki kanıt niteliği taşır. Bir işlem tarihinden önce bir açıklama gönderdiğini kanıtlaması gereken bir finansal danışman, e-posta Şubat 2023 yerine Nisan 2026 gösterdiğinde bunu yapamaz. SOX veya HIPAA kapsamındaki uyumluluk denetimleri doğru iletişim zaman damgalarına dayanır, ve yanlış tarihler başarısız denetimler anlamına gelir.

Bir de ileti dizisi sorunu var. Gmail konuşmaları tarihe ve konuya göre gruplar. Bir dizideki her mesaj aynı tarihi gösterdiğinde, konuşma görünümü karmakarışık hale gelir. Yanıtlar orijinal mesajdan önce görünür. Tüm ileti dizisi yapısı, aynı tarihe sahip e-postaların yığınına dönüşür.

GSMMO Tarihlerini Redate.io ile Düzeltme

İyi haber şu: o orijinal Date: üstbilgisi, geçirilen her e-postanın içinde hala sağlam durumdadır. GSMMO mesaj içeriğini değiştirmez. Doğru tarih oradadır, sadece INTERNALDATE ve en üstteki Received üstbilgisi geçiş tarihini gösterdiği için Gmail'in görüntüleme mantığı tarafından yok sayılır.

Redate.io, Google Workspace posta kutusuna bağlanır, GSMMO geçişinden etkilenen e-postaları tarar ve tescilli bir üstbilgi zinciri analizi ile tarih yeniden yapılandırma motoru kullanarak tarih meta verilerini düzeltir. Redate, geçişi hangi aracın yaptığını bilmesine gerek duymaz: görüntülenen tarihi orijinal tarihiyle eşleşmeyen e-postaları bulur ve bunları mesaj içeriğini, ekleri veya ileti dizisini değiştirmeden düzeltir.

Düzeltilen her e-posta ayrı bir doğrulamadan geçer: mesaj bütünlüğü, ek koruması, etiket eşleme ve ileti dizisi tutarlılığı. Orijinaller, siz kendiniz silene kadar kendi posta kutunuzdaki görünür bir Redate.io - Originals yedek klasöründe kalır.

Bunu kendiniz bir betikle düzeltebilir misiniz? Sorunu anlamak bir şey. S/MIME imzalarını bozmadan, iç içe geçmiş MIME parçalarını zedelemeden veya bir üretim posta kutusunda RFC 2047 kodlu üstbilgileri karıştırmadan 12.000 e-postayı düzeltmek bambaşka bir şeydir. 38 MB'lık bir ek ve GSMMO'nun içe aktardığı ama zar zor bir arada tuttuğu bozuk bir MIME sınırına sahip e-postayı nasıl ele alırsınız? Her bir mesajın sağlam geçtiğini nasıl doğrularsınız? Laboratuvarda 20 test mesajında çalışan bir betik, 8 yıllık yazışması olan gerçek bir posta kutusunda hayatta kalamaz.

GSMMO İçin Platforma Özel Kılavuzlar

GSMMO özellikle Google Workspace'e geçiş yaptığı için, düzeltme Gmail seviyesinde gerçekleşir. Ama etkilenen e-postalar o Gmail hesabına bağlı her istemcide görünür:

• Gmail'de GSMMO geçiş tarihlerini düzeltme
• Outlook'ta GSMMO geçiş tarihlerini düzeltme (Google Workspace'e bağlı)
• Apple Mail'de GSMMO geçiş tarihlerini düzeltme

Aylar önce geçiş yaptınız mı? Orijinal Date: üstbilgisi zamanla bozulmaz. Redate.io, geçiş geçen hafta ya da üç yıl önce gerçekleşmiş olsa da GSMMO'dan etkilenen e-postaları düzeltebilir.

GSMMO geçişi e-postalarınızı yanlış tarihlerle mi bıraktı? Herhangi bir taahhütte bulunmadan önce etkilenen e-postaların tam sayısını ve düzeltme maliyetini görmek için ücretsiz tarama başlatın.