E-posta Taşırken Posta Kaybolur mu?

E-posta taşırken posta kaybolur mu? Taşımanın kendisi posta silmez: sihirbaz eski kutunuzu okur, yeni kutuya ikinci bir kopya yazar, kaynaktaki iletiler yerinde durur. MX kaydı yayılırken gelen postalar da havada kalmaz; gönderen sunucu ulaşamadığı adresi kuyruğunda tutar ve günlerce yeniden dener. Risk taşımada değil, taşımanın etrafındaki kararlarda birikir: eski hesabı erken kapatmak, kopyalamanın gerçekten bittiğini doğrulamamak, aynı kutuyu ikinci kez taşımak. Aşağıda bu üç noktanın mekanizması var.

Kopyalama kopyadır: kaynak kutuya yazılmaz

Göç sihirbazı eski sunucunuza bir posta istemcisi gibi bağlanır. Klasörleri gezer, iletileri okur, yeni kutunuza yazar. Okur, silmez. Kaynak kutudaki postalar aktarım boyunca yerinde kalır; bağlantı yarıda kopsa bile eski tarafta eksilen bir şey olmaz. Hedefi içe aktarmadan önce temizleyen davranış da kapalıdır, yani yeni kutuda zaten duran postalar silinmez. Tek yönlü bir okuma işidir: eski sunucuya hiçbir şey yazılmaz. Kopya da bağımsızdır; aktarımdan sonra eski hesapta bir posta silinirse yenisindeki karşılığı yerinde kalır.

Panelde yol şöyle işler. Posta kutuları sayfasına girer, taşımak istediğiniz kutunun çekmecesini açar, “E-postalarımı taşı” dersiniz. Sonrası, kaynak sunucunun bilgileri:

• Protokol: IMAP ya da POP. IMAP seçiminde port 993 ve SSL/TLS varsayılan gelir; şifrelemesiz 143 de seçilebilir ama gerekmedikçe dokunmayın.
• Kullanıcı adı: e-posta adresinin tamamı. Yalnız kullanıcı adını yazmak en sık yapılan hatadır.
• Parola: Yandex ve Google tarafında normal hesap şifresi değil, o hesap için üretilmiş uygulama parolası.
• Kim yapar: sihirbaz İş planından itibaren panelde açıktır. Kurumsal planda “Geçişi bizim ekibimiz yapsın” dersiniz, işi ekip devralır.

Protokol seçimi sandığınızdan önemli. POP’un klasör kavramı yoktur; yalnız gelen kutusunu indirir, alt klasörleriniz karşı tarafta oluşmaz. Yıllara yayılmış bir arşivi taşıyorsanız IMAP seçin. POP yalnız kaynak sunucu IMAP’i kapatmışsa ve başka yol kalmadıysa mantıklıdır, o zaman da klasörleri sonradan elle kurarsınız.

Ne taşınır, ne ayrı hattan gider

Sihirbaz e-postaları ve klasör yapısını taşır. Gelen kutusu, alt klasörler, arşiv: hiyerarşi karşı tarafta aynı kurulur. Kişiler ve takvim ise IMAP’in içinden geçmez, kendi protokolleri vardır. Kaynak sağlayıcı CardDAV ve CalDAV sunuyorsa aynı sihirbazda bir kutucuk işaretleyip onları da alırsınız. Yandex tarafındaki uygulama parolası, sunucu adresleri ve sıralama için adım adım Yandex Mail taşıma rehberimize bakabilirsiniz; bu yazı işin nasıl yapıldığını değil, neyin risk taşıdığını anlatıyor.

Göç bitince elinizde bir sayı olur

Kopyalama tamamlandığında hedef kutuya bir göç özeti e-postası (“Migration Summary”) düşer. İçinde kaç mesajın taşındığı yazar. Bu satır, taşımanın gerçekten çalışıp çalışmadığını anlamanın en hızlı yoludur: kutunuzda on binlerce posta varken özet 0 mesaj diyorsa aktarım hiç başlamamıştır, yani bağlantı ya da kimlik bilgisi yanlıştır. Özeti okumadan eski hesapla ilgili hiçbir karar vermeyin.

MX değişirken gelen posta nereye düşer?

Alan adı sizde kaldığı için adresler değişmez: ad@sirketiniz.com aynı adres olarak kalır, karşı taraf bir şey fark etmez. Değişen tek şey, o alan adına gelen postanın hangi sunucuya götürüleceğini söyleyen MX kaydıdır. Panel alan adınız için MX, SPF, DKIM ve DMARC kayıtlarının ne olacağını tek tek yazar; siz bunları kendi DNS panelinize girersiniz. Adres değişmediği için imzalarınız, kartvizitleriniz, web sitesindeki iletişim formu ve adrese bağlı abonelikler olduğu gibi çalışmaya devam eder; kimseye “yeni adresim şu” diye yazmanız gerekmez. Bu kayıtlardan üçünün ne işe yaradığını SPF, DKIM ve DMARC rehberinde ayrıntısıyla anlattık.

Asıl ayrıntı yayılmadır. Dünyadaki sunucular MX kaydınızı önbelleğe alır ve TTL süresi dolana kadar eski değeri kullanmaya devam eder. Bu yüzden geçişten bir gün önce MX kaydının TTL değerini düşürün (300 saniye pratik bir seçimdir). Asıl değişikliği yaptığınızda yayılma dakikalar sürer, saatler değil. TTL’i düşürmeyi unutursanız kayıt yayılana kadar bazı gönderenler eski sunucuyu sormaya devam eder.

Yayılma penceresi boyunca postanın bir kısmı hâlâ eski sağlayıcıya düşebilir. Bu bir arıza sayılmaz; DNS böyle çalışır. Pratik sonucu tek cümle: eski hesabı hemen kapatmayın. Yeni gelenlerin çoğu yeni kutuya düşerken eski kutuyu birkaç gün açık tutun ve arada bir bakın.

Sunucu bir an ulaşılamazsa posta silinmez

Geçiş korkusunun büyük kısmı şu senaryodan gelir: “tam o anda birisi bana posta atarsa ne olur?” SMTP bu durumu zaten düşünmüş. Gönderen sunucu alıcı sunucuya ulaşamazsa iletiyi kendi kuyruğunda tutar ve aralıklarla yeniden dener. Yaygın varsayılan, yeniden denemelerin günlerce sürmesidir; birçok sunucu vazgeçmeden önce dört-beş gün boyunca dener. Yani kısa bir erişilemezlik postayı silmez, geciktirir.

Gecikme uzarsa bazı sunucular gönderene “teslim gecikti, denemeye devam ediyorum” diye haber verir. Bu da kayıp değildir. Sessiz kayıp SMTP’de zaten zordur: posta ya teslim edilir, ya kuyrukta bekler, ya da gönderene geri döner. Geçiş sırasında sizi ilgilendiren asıl senaryo, postanın hâlâ açık duran eski kutuya düşmesidir. MX kaydını hatalı girseniz bile posta sessizce yok olmaz; gönderen tarafa ya hemen ya da bekleme süresi dolunca bir hata döner ve yanlış ortaya çıkar.

Önce kopyalama mı, önce MX mi?

İki sıralama da işler, ikisinin de bedeli farklıdır. Önce kopyalayıp sonra MX’i çevirirseniz yeni kutu ilk günden dolu gelir; buna karşılık kopyalama sürerken gelen yeni postalar eski kutuya düşmeye devam eder ve onları sonradan toplamanız gerekir. Önce MX’i çevirirseniz yeni gelen her şey doğrudan yeni kutuya iner; arşiv arka planda dolarken bir süre eski postaları eski kutuda ararsınız.

Kutular küçükse fark yok denecek kadar azdır. Onlarca gigabaytlık arşivlerde önce kopyalamayı başlatıp iş sonuna yaklaşırken MX’i çevirmek en az elle toplama gerektiren yoldur. Hangi sırayı seçerseniz seçin değişmeyen tek kural şu: eski kutu, kopyalamanın bittiğini ve yayılmanın oturduğunu görene kadar açık kalır.

Kayıp gerçekten nerede olur

Buraya kadar anlatılanların ortak noktası şu: yazılım postayı silmez; kayıp, sıralamayı yanlış kuran kararlardan gelir. Veri kaybına yaklaşan durumlar üç başlıkta toplanıyor:

• Eski hesabı erken silmek: yayılma bitmeden ya da kopyalamayı doğrulamadan eski hesabı kapatırsanız, hem o kutudaki arşiv hem de pencerede oraya düşen postalar sizinle gelmez. Geri dönüşü olmayan tek adım budur.
• Kaynakta IMAP kapalı olması: ödemesi durmuş ya da salt-okunur moda alınmış hesaplarda harici erişim kapatılabilir. Sihirbaz bağlanamaz, kopyalama hiç başlamaz. Bu tek başına kayıp değildir; “taşındı” sanıp hesabı kapatırsanız kayba dönüşür.
• Yanlış port ya da şifreleme: port 993 seçilip SSL/TLS kapatılmış bir yapılandırma bağlantıyı kurmaz. Sonuç yine aynı: 0 mesaj taşınır ve bu göç özeti e-postasında görünür.

Bir nokta daha: taşıma yalnız kaynakta hâlâ duranı kopyalar. Eski sağlayıcınız çöp kutusunu ya da istenmeyen klasörünü kendi saklama kuralıyla belirli aralıklarla boşaltıyorsa, oradaki iletiler taşımadan önce çoktan gitmiştir ve sihirbaz onları geri getiremez. Kurtarmak istediğiniz bir şey varsa taşımayı beklerken önce onu güvenli bir klasöre alın.

Taşımadan sonra neyi doğrularsınız

Doğrulama üç dakikalık iştir ve eski hesabı kapatma kararını bu üç sonuca bağlarsınız:

1. Sayıyı karşılaştırın: göç özeti e-postasındaki mesaj sayısını eski kutudaki toplamla karşılaştırın. Büyük bir fark varsa aktarım eksik bitmiştir; hesabı kapatmadan önce nedenini bulun.
2. Kayıtları okutun: DNS panelinize girdiğiniz kayıtların gerçekten yayıldığını e-posta DNS kontrol aracımızla sorgulayın; araç MX, SPF, DKIM ve DMARC kayıtlarınızı çekip tek tek yorumlar.
3. Gidiş-dönüş deneyin: dışarıdaki bir adrese test postası gönderin ve aynı adresten yanıt isteyin. İki yön de yeni sistemden aktıysa yönlendirme oturmuştur.

Sayı tutuyorsa klasörlere de bir göz atın. Yeni kutuda aynı klasör ağacını görüyor musunuz, en eski klasörün içinde gerçekten eski postalar var mı, ekler açılıyor mu? Rastgele seçtiğiniz beş iletiyi açmak, on binlik bir aktarımın sağlığı hakkında listeye bakmaktan daha çok şey söyler. Aynı kontrolü taşıdığınız her kutu için ayrı yapın; birinin temiz bitmesi diğeri hakkında bir şey söylemez.

Üçü de temizse eski kutuyu birkaç hafta daha açık bırakın, sonra kapatın. Bu bekleme süresi bedava bir sigortadır: unuttuğunuz bir form, bir fatura bildirimi ya da yıllık yenilenen bir abonelik hâlâ eski adrese yazıyor olabilir. Google tarafından geliyorsanız kendi kontrol listesini Google Workspace’ten kurumsal e-postaya geçiş yazısında topladık.

Sık sorulanlar

Taşıma sırasında e-posta alamaz mıyım?

Alırsınız. Kopyalama arka planda yürür ve posta akışını durdurmaz. MX kaydını çevirene kadar yeni gelenler eski kutuya, çevirdikten sonra yeni kutuya düşer. Arada postanın askıya alındığı bir dönem yoktur; yalnız kısa bir süre iki kutuya birden bakarsınız.

Kopyalama eski kutumu boşaltır mı?

Hayır. Aktarım kaynağı okur, yeni kutuya yazar. Eski sağlayıcıdaki postalar ve klasörler yerinde durur. Eski hesabın içeriği ancak siz o hesabı kendiniz sildiğinizde kaybolur.

Taşıma ne kadar sürer?

Kutu boyutuna ve kaynak sunucunun hızına bağlıdır. Birkaç yüz megabaytlık bir kutu kısa sürede biter, on yıllık bir arşiv saatler alabilir. İşlem arka planda yürüdüğü için başında beklemeniz gerekmez; bittiğinde göç özeti e-postası hedef kutuya düşer. Süre uzadı diye sihirbazı yeniden başlatmayın, mükerrer kopya üretir.

Eski hesabı ne zaman kapatabilirim?

Göç özetindeki sayıyı doğruladıktan, MX yayılmasını test postasıyla gördükten ve yeni sistemde birkaç hafta çalıştıktan sonra. Acele etmenin kazancı yok, riski var.

MX’ten sonra eski kutuya düşenleri nasıl alırım?

Elle, istemci üzerinden. Bir posta istemcisinde eski ve yeni hesabı aynı anda tanımlayın, eski kutuda kalan iletileri seçip yeni kutunun ilgili klasörüne sürükleyin. Çoğu zaman birkaç düzine postadır, birkaç dakikalık iştir. Sihirbazı yeniden çalıştırmak aynı işi yapmaz: arşivin tamamını ikinci kez kopyalar.

Kişilerim ve takvimim de gelir mi?

Ayrı hattan gelir. E-postalar IMAP ile, kişiler CardDAV, takvim CalDAV ile taşınır. Kaynak sağlayıcı bu protokolleri sunuyorsa sihirbazda ilgili kutucuğu işaretlemeniz yeterli olur; sunmuyorsa kişileri ve takvimi dosya olarak dışa aktarmanız gerekir. Bu durumda destek ekibine yazın, taşımayı birlikte planlayalım.