GSMMO E-posta Tarihlerini Bozdu mu? Düzeltin

GSMMO ve Kimsenin 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. Ücretsiz, resmi olarak destekleniyor ve Outlook'tan Google Workspace'e küçük bir ekibi veya birkaç bireysel posta kutusunu taşırken Google'ın önerdiği taşıma yolu.

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

GSMMO bunun olacağını uyarmıyor. Taşıma günlüğü her mesaj için başarı gösteriyor. Google'ın kendi belgeleri bunu bilinen bir sınırlama olarak belirtmiyor. Bunu ancak birisi eski bir e-postayı tarih aralığına göre aradığında ve sıfır sonuç aldığında keşfediyorsunuz.

GSMMO E-postalarınızı Aslında Nasıl Yüklüyor

GSMMO, PST dosyasından (veya doğrudan Outlook profilinden) mesajları okur ve Google'ın IMAP ağ geçidi üzerinden Gmail'e yükler. Tarih sorununun kaynağı burası ve mekaniklerini anlamak önemli çünkü düzeltme "sadece yeniden içe aktarın" kadar basit değil.

GSMMO bir mesaj yüklediğinde, Gmail'in IMAP ağ geçidi bunu yeni gelen bir e-posta gibi değerlendirir. Gmail, mesaja güncel zaman damgasını içeren yeni bir Received: başlığı ekler. Gmail'in dahili olarak sıralama ve görüntüleme için kullandığı zaman damgası olan INTERNALDATE, orijinal gönderim tarihi yerine yükleme anına ayarlanır.

GSMMO taşıması sonrası başlık 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: başlığını görüyor musunuz? Hala orada, dokunulmamış. GSMMO mesaj gövdesini veya orijinal başlıkları değiştirmiyor. Ama Gmail görüntüleme amaçlı onu yok sayıyor ve artık Nisan 2026 diyen INTERNALDATE'i kullanıyor.

GSMMO ve Yönetici Tarafı Taşıma Araçları

Karışıklık genellikle burada başlıyor. Google'ın birden fazla taşıma aracı var ve hepsi aynı şekilde davranmıyor.

GSMMO (masaüstü uygulaması) kullanıcının makinesinde çalışır. Outlook'tan veya PST dosyasından okur ve e-postaları Google'ın IMAP arayüzü üzerinden gönderir. İstemci taraflı bir araç, yani Google'ın sunucuları gelen mesajlar görüyor, taşınan mesajlar değil.

Google Workspace Migration Service (yönetici konsolu aracı) sunucu taraflıdır. Bir yönetici Google Admin Console'da yapılandırır, bir Exchange sunucusuna veya başka bir Google Workspace kiracısına yönlendirir ve taşıma Google'ın altyapısında çalışır. Bu aracın bazı yapılandırmalarda biraz daha iyi tarih işlemesi var çünkü INTERNALDATE'i kaynak meta verilerine göre ayarlayabilir. Ama "biraz daha iyi" "güvenilir" demek değil.

Temel fark? GSMMO ile tarih koruması hakkında karar veren sunucu taraflı bir zeka yok. IMAP ağ geçidi yüklenen her mesaja aynı şekilde davranır, ister yeni bir e-posta ister 10 yıllık arşivlenmiş bir mesaj olsun. Güncel tarihi damgalar. Nokta.

GSMMO'nun Tarih Koruması Neden Çalışmıyor

GSMMO'nun ayarlarına baktıysanız, "tarihleri koru" seçeneğinin olmadığını fark etmiş olabilirsiniz. Bu bir gözden kaçırma değil. GSMMO, tarih işleme için Gmail'in IMAP ağ geçidi davranışına dayanır ve bunu geçersiz kılamaz.

Teknik olay zinciri şöyle:

1. GSMMO, mesajı PST dosyasından orijinal zaman damgalarıyla birlikte okur
2. GSMMO, Gmail'e IMAP üzerinden bağlanır ve mesaj verileriyle bir APPEND komutu gönderir
3. Gmail'in IMAP ağ geçidi APPEND'i alır ve dahili taşıma hattından geçirir
4. Taşıma hattı güncel tarihi içeren yeni bir Received: başlığı ekler
5. Gmail, INTERNALDATE'i yükleme zaman damgasına ayarlar
6. Mesaj Gmail'de bugünün tarihiyle iner

3. adım kritik olan. IMAP APPEND protokolü teknik olarak özel bir INTERNALDATE ayarlamayı desteklese de, Gmail'in uygulaması bunu her zaman kabul etmiyor, özellikle GSMMO yolunda. Sonuç: tüm geçmiş e-postalarınız bugün gelmiş gibi görünüyor.

Tarihleri Bozan Spesifik GSMMO Senaryoları

Her GSMMO taşıması tarih kaosuna yol açmaz, ama çoğu açar. Sorunun önemli olduğu yerler:

• PST dosyasından Gmail'e: Tarihler bozulur. En yaygın GSMMO kullanım durumu ve en çok etkilenen.
• Outlook profilinden Gmail'e: Tarihler bozulur. PST aktarımıyla aynı IMAP ağ geçidi davranışı.
• Exchange Online (Microsoft 365) - Gmail arası GSMMO ile: Tarihler bozulur.
• Şirket içi Exchange - Gmail arası GSMMO ile: Tarihler bozulur. Aynı mekanizma.
• Gmail - Gmail (PST dışa aktarımının yeniden içe aktarımı): Tarihler bozulur.

Kalıp net. Yükleme sırasında Gmail'in IMAP ağ geçidinden geçen her yol tarih üzerine yazmasıyla sonuçlanır. GSMMO her zaman bu yolu kullanır.

Etki Sıralamanın Ötesine Geçiyor

GSMMO taşıması sonrası yanlış tarihler, dağınık gelen kutusunun ötesinde gerçek sorunlar yaratır.

Hayal edin ki Google Workspace'e yeni geçmiş bir muhasebecisiniz. Vergi beyannamesi için 2024 3. çeyrek müşteri yazışmalarını bulmanız gerekiyor. Gmail'de tarih aralığına göre arama yapıyorsunuz: Temmuz-Eylül 2024. Sıfır sonuç. O dönemdeki her e-posta artık taşıma tarihini gösteriyor, bu yüzden Gmail'in tarih filtresi onları bulamıyor.

Düzenlenen sektörler için bu can sıkıcıdan daha kötü. E-posta zaman damgaları yasal kanıt niteliğindedir. SOX veya HIPAA kapsamında uyumluluk denetimleri doğru iletişim zaman damgalarına dayanır ve yanlış tarihler başarısız denetim anlamına gelir.

Bir de ileti dizisi sorunu var. Gmail konuşmaları tarih ve konuya göre gruplar. Bir dizideki her mesaj aynı tarihi gösterdiğinde, konuşma görünümü karışır.

GSMMO Tarihlerini Redate.io ile Düzeltme

İyi haber: orijinal Date: başlığı taşınan her e-postanın içinde hala bozulmamış durumda. GSMMO mesaj içeriğini değiştirmiyor. Doğru tarih orada, sadece INTERNALDATE ve en üstteki Received başlığı taşıma tarihini gösterdiği için Gmail'in görüntüleme mantığı tarafından yok sayılıyor.

Redate.io, Google Workspace posta kutusuna bağlanır, GSMMO taşımasından etkilenen e-postaları tarar ve tescilli bir başlık zinciri analizi ve tarih yeniden yapılandırma motoru kullanarak tarih meta verilerini düzeltir. Düzeltme, Received başlık zincirindeki GSMMO'ya özgü kalıpları (gmailapi.google.com imzası ve yerel IMAP ağ geçidi tanımlayıcıları) tespit eder ve mesaj içeriğini, ekleri veya ileti dizisini değiştirmeden hedefli meta veri düzeltmesi yapar.

Düzeltilen her e-posta tek tek doğrulanır: mesaj bütünlüğü, ek koruması, etiket eşleme ve ileti dizisi tutarlılığı. Orijinaller, görünür bir Redate.io - Originals yedek klasöründe 30 gün boyunca kalır.

GSMMO İçin Platforma Özel Kılavuzlar

GSMMO özellikle Google Workspace'e taşıma 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 taşıma tarihlerini düzeltme
• Outlook'ta GSMMO taşıma tarihlerini düzeltme (Google Workspace'e bağlı)
• Apple Mail'de GSMMO taşıma tarihlerini düzeltme

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

GSMMO taşıması 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.