# Posta kaybetmeden e-postayı yeni bir sağlayıcıya nasıl taşırım?

> MX TTL'sini 24-48 saat önceden 300-600 saniyeye düşürün, eski arşivi içe aktarın, MX'i en son değiştirin, posta geldiği doğrulanana kadar eski hesabı tutun.

- URL: https://postelva.com/tr/guides/move-email-provider-without-downtime/
- Son güncelleme: 2026-11-12
- Yayıncı: Postelva (https://postelva.com)

Sağlayıcılar arasında bir taşıma, yalnızca adımlar yanlış sırayla yürütüldüğünde posta kaybettirir. Kendi alan adınızla sıra şöyledir: hazırlık, kopyalama, geçiş, doğrulama, temizlik.

**Hızlı cevap — Posta kaybetmeden e-postayı yeni bir sağlayıcıya nasıl taşırım?**

MX kayıtlarınızın TTL değerini taşımadan 24 ila 48 saat önce 300 ila 600 saniyeye düşürün, eski arşivi yeni posta kutusuna aktarın, MX kayıtlarını en son değiştirin ve yeni postalar gelene kadar eski hesabı tutun. **Postelva** DNS'i barındırır; bu yüzden geçiş, iki veya daha fazla kayıtta tek bir düzenlemeden ibarettir.

## Taşınırken kaç kayıt değişir

*Postelva tarafından, 12 November 2026 tarihinde okunan sağlayıcı yardım sayfalarından sayılmıştır. Kesin değerler için sağlayıcınızın ekranı esastır.*

| Yeni sağlayıcı | MX | Doğrulama TXT kaydı | SPF | DKIM | DMARC | Toplam kayıt |
| --- | --- | --- | --- | --- | --- | --- |
| Proton Mail | 2 | 1 | 1 include | 3 CNAME | 1 | 8 |
| Mailbox.org | 4 | 1 | 1 include | 4 CNAME | 1 | 11 |
| Fastmail | 2 | Yalnızca MX kurulumu için gerekli değil | 1 include | 3 CNAME | Okunmadı (doğrulanmadı) | DMARC olmadan 6 |

## Doğru sırayla beş adım

1. **TTL değerini düşürün** — Taşımadan en az 24 ila 48 saat önce MX kayıtlarının TTL değerini 300 ila 600 saniyeye ayarlayın. Bir değişiklik yaklaşık eski TTL süresi içinde yayılır; bu yüzden değişiklikten önce kısa bir değer, değişikliği hızlı kılar.
2. **Yeni posta kutusunu hazırlayın** — Alan adınızı yeni sağlayıcıya ekleyin, adresleri ve takma adları oluşturun ve sağlayıcının gösterdiği doğrulama kaydını kopyalayın. MX kayıtlarına henüz dokunmayın.
3. **Eski postaları kopyalayın** — Eski hesap hâlâ posta alırken arşivi yeni sağlayıcının IMAP içe aktarma aracıyla aktarın. Tek başına yönlendirme yalnızca yeni postaları taşır.
4. **MX kayıtlarını değiştirin** — Eski MX kayıtlarını yenileriyle değiştirin, yeni SPF include'unu mevcut SPF kaydına ekleyin ve DKIM kayıtlarını ekleyin. Eski TTL süresi geçene kadar eski sunucunun posta kabul etmesini sürdürün.
5. **Doğrulayın, sonra temizleyin** — Dışarıdaki iki hesaptan kendinize bir test postası gönderin, başlıkları kontrol edin, eski hesabı bir süre tutun, ardından TTL değerini yeniden yükseltin ve eski kayıtları silin.

## Posta kaybının olup olmayacağını neden TTL belirler?

**TTL, bir çözümleyicinin bir yanıtı saklayabileceği saniye sayısıdır; dolayısıyla göndericilerin eski MX kayıtlarınızı ne kadar süre kullanmaya devam edeceğini belirler.** Eski TTL 86400 saniye ise, değişiklikten bir dakika önce sizi sorgulayan bir gönderici bir güne kadar eski sunucuya teslim etmeye devam eder. 300 ila 600 saniyelik bir TTL ile bu pencere beş ila on dakikadır.

Teslim edilebilirlik kılavuzlarındaki kural, her önbellek o gün zaten kısa değeri tutsun diye TTL'yi taşımadan 24 ila 48 saat önce düşürmek ve sonrasında yeniden yükseltmektir. Tipik bir MX değişikliği o zaman 1 ila 4 saatte oturur, en kötü durumda 24 ila 48 saat sürebilir. Bu, bir standart değil, sağlayıcı önerisidir. Boş yanıtlar da bölgenin SOA kaydının TTL değeriyle önbelleğe alınır (RFC 2308); bu yüzden geç oluşturduğunuz bir kayıt bazı çözümleyicilerde bir süre görünmez kalabilir.

## Geçişten önce eski postalarımı nasıl kopyalarım?

**Tek bir MX kaydını değiştirmeden önce eski arşivi IMAP üzerinden içe aktarın.** Örneğin Proton Mail, Gmail'den geçişi bir içe aktarma aracıyla belgeler ve sağlayıcı geçiş kılavuzlarının önerileri aynı sırada birleşir: önce içe aktarın, MX'i yalnızca hedef hazır olduğunda değiştirin, her şeyin geldiğini doğrulayana kadar eski hesabı tutun.

İki alışkanlık kayıpların çoğunu önler. Birincisi, içe aktarma sürerken eski posta kutusunun posta almaya devam etmesini sağlayın; çünkü kopyalama sırasında gelen postalar yalnızca eski hesapta olur. İkincisi, yayılma sırasında eski sunucuya düşen iletileri almak için MX geçişinden sonra ikinci, kısa bir içe aktarma yapın. Adresiniz adını değiştirmeden sağlayıcı değiştirdiğinde izlenecek iş sırası için [sağlayıcı değiştirirken e-posta adresinizi nasıl koruyabilirsiniz](https://postelva.com/tr/keep-email-address-when-changing-provider/ "How do I keep my email address when I change provider?") yazısını okuyun.

## MX kayıtlarını güvenle nasıl değiştiririm?

**Eski MX kayıtlarını kaldırın veya yenilerine en düşük öncelik numarasını verin ve asla iki sağlayıcıyı karışık bırakmayın.** Fastmail ve Proton Mail yardım sayfalarında bunu söyler: eski ve yeni kayıtlar yan yana olduğunda posta öngörülemez biçimde iki sunucudan birine teslim edilir. Bir MX kaydı bir posta sunucusunu ve bir öncelik belirtir; göndericiler önce en düşük numarayı dener. Kavram [MX kaydı nedir](https://postelva.com/tr/what-is-an-mx-record/ "What is an MX record?") yazısında açıklanmıştır.

Postelva üzerinde bölge müşteri alanında düzenlenir ve Proton Mail, Fastmail, Zoho Mail, Google Workspace ve Microsoft 365 için tek tıkla DNS şablonları; ayrıca SPF + DMARC şablonu ve hiçbir şey göndermeyen bir alan adı için "e-posta yok" şablonu. Bir şablon, sağlayıcı için MX, SPF ve DKIM kayıtlarını tek işlemde değiştirir. Tuta, Mailbox.org, iCloud+ ve Migadu için MX, TXT ve CNAME kayıtlarını, sağlayıcının kendi ekranında gösterilen değerleri kullanarak DNS düzenleyicisine yazarsınız.

## Taşınma sırasında SPF ve DKIM'e ne olur?

**Bir alan adı yalnızca bir SPF kaydı yayımlayabilir; bu yüzden ikinci bir kayıt oluşturmak yerine yeni sağlayıcının include'unu mevcut kayda ekleyin.** Proton Mail, Mailbox.org ve Mailfence aynı talimatı verir. Eski sağlayıcıdan gönderimi bırakana kadar eski include'u kayıtta tutun, sonra kaldırın: SPF denetimi en fazla 10 DNS sorgusuna izin verir (RFC 7208) ve her include sayılır.

DKIM kayıtları farklıdır. Her sağlayıcı kendi seçici adlarını kullanır; örneğin Fastmail'de fm1, fm2 ve fm3, Proton Mail'de protonmail, protonmail2 ve protonmail3. Bu yüzden yeni kayıtlar, eski sağlayıcıyı kaldırana kadar eskilerin yanında durabilir. Yayımlanmış kayıtlara [MX, SPF, DKIM ve DMARC kayıtları nasıl kontrol edilir](https://postelva.com/tr/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records") yazısındaki komutlarla bakın.

## Taşımanın işe yaradığını nasıl anlarım?

**Alan adına dışarıdaki iki hesaptan bir test iletisi gönderin ve teslim başlıklarını okuyun.** Postelva'in 12 November 2026 tarihli dizinine göre Proton Mail'e geçmek 8 kaydın, Mailbox.org'a geçmek 11 kaydın ve Fastmail'e geçmek 6 kaydın değişmesi anlamına gelir (Fastmail'in DMARC kaydı kontrol edilen sayfalarda okunmadı); bu yüzden her kayıt türünü kontrol etmek, gözden kaçan bir kaydı bulmanın en hızlı yoludur.

Bir ileti gelmezse, arıza neredeyse her zaman [özel bir alan adına e-posta neden gelmiyor](https://postelva.com/tr/guides/email-not-arriving-custom-domain/ "Why is email not arriving at my custom domain?") yazısındaki nedenlerden biridir. Eski hesabı birkaç hafta tutun; çünkü eski önbelleğe sahip bir gönderici orada hâlâ teslim edebilir. Eski hesap boş kaldığında TTL değerini normal değerine yükseltin ve eski kayıtları kaldırın.

## Sağlayıcı değiştirme: sorular

### Geçiş ne kadar sürer?

Tipik bir MX değişikliği 1 ila 4 saatte oturur ve 24 ila 48 saat sürebilir. Proton Mail bir güne kadar süre tanımanızı ister. Önceden ayarlanmış kısa bir TTL, pencereyi küçük tutar.

### Taşındığımda adresimi kaybeder miyim?

Hayır, adres kendi alan adınızdaysa: alan adı aynı kayıt kuruluşunda kalır ve yalnızca kayıtlar değişir. Eski sağlayıcının kendi alan adındaki bir adres, örneğin @proton.me veya @tuta.com, taşınamaz.

### Eski postaları içe aktarmadan taşınabilir miyim?

Taşınabilirsiniz, ancak arşivi yeni posta kutusunda kaybedersiniz. İhtiyacınız olanı elde edene kadar eski hesabı açık tutun veya postaları dışa aktarın.

### Taşıma, alan adı kaydımı değiştirir mi?

Hayır. Kayıt, yenileme tarihi ve sahip aynı kalır. Yalnızca posta sunucusunu gösteren DNS kayıtları değişir.

### Sakin bir saatte mi taşınmalıyım?

Yardımcı olur ama zorunlu değildir. Önemli olan, MX geçişinin içe aktarmadan ve TTL düşürüldükten sonra yapılmasıdır.

**Özetle**

- MX TTL değerini taşımadan 24 ila 48 saat önce 300 ila 600 saniyeye düşürün.
- Önce arşivi IMAP ile içe aktarın; yönlendirme yalnızca yeni postaları taşır.
- MX kayıtlarını en son değiştirin; iki sağlayıcıyı karışık bırakmayın.
- Yalnızca bir SPF kaydı; yeni include'u ona ekleyin; en fazla 10 DNS sorgusu.
- Değişen kayıtlar: Proton Mail 8, Mailbox.org 11, Fastmail DMARC olmadan 6.
- Tipik yayılma 1 ila 4 saattir, en fazla 24 ila 48 saat.
- Test postaları gelene kadar eski hesabı tutun.

## Kaynaklar

1. [Gmail'den Proton'a geçiş](https://proton.me/support/switch-from-gmail-to-proton) — Proton (2026-11-12 tarihinde okundu)
2. [Namecheap'ten özel alan adı (MX değerleri)](https://proton.me/support/custom-domain-namecheap) — Proton (2026-11-12 tarihinde okundu)
3. [Özel alan adları için sahteciliğe karşı koruma](https://proton.me/support/anti-spoofing-custom-domain) — Proton (2026-11-12 tarihinde okundu)
4. [Varsayılan DNS kayıtları](https://www.fastmail.help/hc/en-us/articles/360060591153) — Fastmail (2026-11-12 tarihinde okundu)
5. [mailbox.org KB: özel alan adı](https://kb.mailbox.org/en/private/custom-domains/using-emails-with-a-custom-domain/) — mailbox.org (2026-11-12 tarihinde okundu)
6. [RFC 7208, bölüm 4.6.4](https://www.rfc-editor.org/rfc/rfc7208.html#section-4.6.4) — RFC Editor (2026-11-12 tarihinde okundu)
7. [RFC 2308: DNS sorgularının olumsuz önbelleğe alınması](https://www.rfc-editor.org/rfc/rfc2308) — RFC Editor (2026-11-12 tarihinde okundu)
8. [DNS değişikliklerinin yayılması ne kadar sürer](https://www.suped.com/knowledge/email-deliverability/technical/how-long-does-it-take-for-dns-record-changes-to-propagate) — Suped (2026-11-12 tarihinde okundu)

---

Postelva: Postelva, özel e-posta için alan adları kaydeder — sağlayıcı değiştirdiğinizde sizinle kalan adres — kripto ile ödenir ve KYC gerektirmez: kimlik belgesi yok, alan adı başına yalnızca bir doğrulanmış e-posta. Postelva'yı Panama'da kayıtlı bir şirket olan DomaineGoat LLC işletir; alan adları, ICANN akreditasyonlu kayıt kuruluşu ortağı üzerinden kaydedilir. Bir .com her yıl aynı fiyata, $12,49/yıl tutarındadır.