Hızlı cevap
E-posta özel alan adıma neden gelmiyor?
MX kayıtları eksik, yanlış ya da eski bir sağlayıcınınkilerle karışık olduğunda, bir DNS değişikliği henüz yayılmadığında veya alan adının süresi dolduğunda özel bir alan adına e-posta ulaşmayı bırakır. Postelva aşağıda sekiz yaygın neden sayar; ilk kontrol her zaman MX kayıtlarıdır ve bunların yerleşmesi genellikle 24 saate kadar sürer.
Eksik e-postanın sekiz nedeni ve çözümü
| Belirti | Muhtemel neden | Nasıl kontrol edilir | Çözüm |
|---|---|---|---|
| Hiçbir şey gelmiyor, geri dönme yok | MX kayıtları eksik ya da hâlâ eski sağlayıcıda | Alan adının MX kayıtlarını sorgulayın | Yeni sağlayıcının MX kayıtlarını ekleyin ve eskileri kaldırın |
| Bazı postalar geliyor, bazıları gelmiyor | Eski ve yeni MX kayıtları karışık | MX listesi iki sağlayıcının ana bilgisayarlarını gösteriyor | Yalnızca yeni sağlayıcının MX'ini tutun ya da onlara en düşük öncelik numaralarını verin |
| Dün çalışıyordu, bugün çalışmıyor | DNS değişikliği henüz yayılmadı | Farklı çözümleyiciler farklı yanıt veriyor | Eski TTL'nin dolmasını bekleyin; tipik MX değişiklikleri 1 ila 4 saat, en fazla 24 ila 48 saat sürer |
| Geri dönme iletisi alan adının var olmadığını söylüyor | Alan adının süresi doldu veya askıya alındı | Alan adı durumunu tescil kuruluşunda sorgulayın | Yenileyin; bir alan adının süresi dolduğunda e-postaya ne olduğuna bakın |
| Kayıt var ama sorgu yok diyor | Önceki boş yanıtın olumsuz önbelleğe alınması | Aynı kayıt bir çözümleyicide bulunuyor, diğerinde bulunmuyor | Bekleyin: boş bir yanıt, bölgenin SOA kaydındaki TTL ile önbelleğe alınır |
| Alan adınızdan giden posta spam'e düşüyor | İki SPF kaydı ya da 10'dan fazla DNS sorgusu | v=spf1 ile başlayan TXT kayıtlarını sayın | Tek bir SPF kaydında birleştirin; 10 sorgunun altında tutun |
| Sağlayıcı alan adının doğrulanmadığını söylüyor | Doğrulama TXT kaydı eksik ya da yanlış kopyalanmış | Değeri sağlayıcının ekranıyla karşılaştırın | Değeri yeniden yapıştırın; bazı DNS barındırıcıları ana bilgisayar adını alan adı olmadan ister |
| DMARC'ı sıkılaştırdıktan sonra posta geri dönüyor | Politika, SPF ve DKIM geçmeden önce reject olarak ayarlandı | Toplu raporları okuyun | p=none'a dönün, göndericileri düzeltin, sonra yeniden sıkılaştırın |
Önce neyi kontrol etmeliyim?
Önce MX kayıtlarını kontrol edin, çünkü alan adına gelen her iletinin nereye teslim edileceğine onlar karar verir. Bir MX kaydı bir posta sunucusunu ve bir önceliği adlandırır; göndericiler önce en düşük numarayı dener. Liste boşsa, postanın gidecek yeri yoktur. Eski sağlayıcıyı adlandırıyorsa, posta oraya gelmeye devam eder.
İki komut yanıtı gösterir. adiniz.com yerine kendi alan adınızı yazın.
dig MX yourname.com +short
nslookup -type=MX yourname.comMX yanıtı neye benzemeli?
Yalnızca mevcut sağlayıcınızın ana bilgisayarlarını listelemelidir. Proton Mail için beklenen yanıt iki satırdır: öncelik 10'da mail.protonmail.ch ve öncelik 20'de mailsec.protonmail.ch. Fastmail için 10'da in1-smtp.messagingengine.com ve 20'de in2-smtp.messagingengine.com'dur. Her kaydı okuma yöntemi MX, SPF, DKIM ve DMARC kayıtları nasıl kontrol edilir sayfasındadır.
Posta neden hâlâ eski sağlayıcıma gidiyor?
Çünkü eski MX kayıtları hâlâ bölgededir ya da çözümleyiciler onları hâlâ önbellekte tutmaktadır. Postelva dizininin 12 Kasım 2026 tarihli verilerine göre, MX kurulumları belgelenmiş sağlayıcılardan üçü, Proton Mail, Mailbox.org ve Fastmail, başka yere işaret eden MX kayıtlarını kaldırmanızı ya da yenilerine en düşük öncelik numarasını vermenizi söyler. Her iki kümeyi de yerinde bırakmak postayı öngörülemez biçimde iki sunucudan birine gönderir.
Bir değişikliğin gerektirdiği süre, değişikliği yaptığınız andaki kayıttaki eski TTL kadardır. 3600 saniyelik bir TTL bir saate kadar önbelleğe alınmış yanıt demektir; 86400 TTL bir güne kadar. Proton Mail, MX değişiklikleri için bir güne kadar süre tanımanızı söyler ve Mailbox.org, doğrulama kaydının senkronizasyonunun 48 saate kadar sürebileceğini belirtir. Bir taşımayı onarmak yerine planlıyorsanız, postayı kaybetmeden e-postayı yeni bir sağlayıcıya taşıma sayfası TTL'yi önceden nasıl düşüreceğinizi açıklar.
Süresi dolmuş bir alan adı e-postamı durdurabilir mi?
Evet: alan adı süresini aştığında ve DNS'i çözümlenmeyi bıraktığında, gelen posta geri döner ya da kaybolur. ICANN'in Süresi Dolmuş Kayıt Kurtarma Politikası, sahibin sona erme gününden itibaren yenilemesine izin verir. Silmeden sonra gTLD tescil kuruluşları, DNS çözümlemesinin devre dışı bırakıldığı, transferlerin engellendiği ve kayıt kuruluşunun adı ek bir ücretle geri yükleyebildiği 30 günlük bir itfa süresi sunar. DNS'in durduğu kesin gün kayıt kuruluşuna göre değişir.
İkinci, daha az bilinen bir tetikleyici hak sahibi e-postasıdır. ICANN, kayıt kuruluşunun bunu kayıttan, transferden veya hak sahibi değişikliğinden sonraki 15 gün içinde doğrulamasını gerektirir ve sahibi hiç yanıt vermeyen bir alan adı askıya alınabilir. Postelva bunu açıkça belirtir: ICANN kurallarının gerektirdiği şekilde, kayıt sahibinin e-postası kayıttan sonra doğrulanır (15 gün içinde). Doğrulama postasını yanıtlayın ve burada bakiyenizden otomatik yenileme, her alan adı için açılıp kapatılabilir olan otomatik yenilemeyi açın. Tam zaman çizelgesi bir alan adının süresi dolduğunda e-postaya ne olur sayfasındadır.
SPF, DKIM veya DMARC postanın kaybolmasına neden olabilir mi?
Aldığınız postadan çok gönderdiğiniz postayı etkilerler, ancak katı bir DMARC politikası alıcıların iletilerinizi doğrudan reddetmesine yol açabilir. Bir alan adı yalnızca bir SPF kaydı yayımlayabilir: ikinci bir kayıt ya da 10'dan fazla DNS sorgusu gerektiren bir SPF kaydı (RFC 7208) kalıcı bir hata döndürür ve alıcılar kontrolü başarısız sayar. Yeni bir kayıt oluşturmak yerine yeni sağlayıcının include'unu mevcut kayda ekleyin.
DMARC için bir rapor adresiyle p=none'da başlayın, SPF ve DKIM'in tüm meşru postada geçtiğini doğrulayın, ardından quarantine'e ve son olarak reject'e geçin. Mailbox.org, çok erken ayarlanmış katı bir politikanın meşru postayı geri çevirebileceği konusunda uyarır. Kayıtlar SPF kaydı nasıl oluşturulur sayfasında açıklanır.
Postelva bunun neresinde yer alıyor?
Postelva alan adının DNS'ini barındırır, bu yüzden bu rehberdeki her kayıt müşteri alanında düzenlenir. DNS A, AAAA, CNAME, ALIAS, MX, TXT, NS, SRV ve CAA kayıtları, DNSSEC ve isterseniz kendi ad sunucularınız (2 ila 13) ile ücretsiz DNS barındırma içerir. Tek tıkla şablonlar Proton Mail, Fastmail ve Zoho Mail'i kapsar; Tuta, Mailbox.org, iCloud+ ve Migadu için kayıtlar DNS düzenleyicide elle yazılır. Bir şablon ve elle yazılmış bir kayıt çelişirse bölge ikisini de gösterir; bu yüzden yayılmayı beklemeden önce listenin tamamını okuyun. Destek e-posta ile yanıt verir: haftanın 7 günü 12 saat içinde e-posta yanıtı; MX, SPF, DKIM ve DMARC kayıtlarıyla ilgili yardım dahil.
Eksik e-posta: sorular
Bir DNS değişikliğinin başarısız olduğunu varsaymadan önce ne kadar beklemeliyim?
Kaydın eski TTL'sine kadar bekleyin, ardından ikinci bir çözümleyiciden kontrol edin. MX değişiklikleri tipik olarak 1 ila 4 saat sürer ve 24 ila 48 saat sürebilir.
Bazı göndericiler bana ulaşıyor, bazıları ulaşmıyor, neden?
Her göndericinin çözümleyicisi eski kayıtlarınızı farklı bir süre önbellekte tutar; bu yüzden bir değişiklik sırasında bazıları yeni sunucuya, bazıları eskisine teslim eder. Eski MX kayıtlarını kaldırmak bölünmeyi sona erdirir.
Her şeyi yakalayan adres teslimatı etkiler mi?
Yalnızca posta kutusunun içinde: her şeyi yakalayan adres, oluşturmadığınız adları kabul eder. Adlandırılmış bir adres eksikse, takma adın var olduğunu ve başka bir hesabın her şeyi yakalayan adresinin postayı almadığını kontrol edin.
Sağlayıcı alan adımı engelleyebilir mi?
Bir sağlayıcı doğrulanmamış bir alan adını reddedebilir. Daha ileri gitmeden önce doğrulama TXT kaydını ve sağlayıcının durum ekranını kontrol edin.
Alan adım süresi dolmuş görünüyorsa ne yapmalıyım?
Hemen müşteri alanından yenileyin. İtfa süresi boyunca kayıt kuruluşu onu yine geri yükleyebilir; bu, yayımlanması gereken ek bir ücretle olur.
Özetle
- Önce MX kayıtlarını kontrol edin: postanın nereye teslim edileceğine onlar karar verir.
- Eski MX kayıtlarını kaldırın ya da yenilerine en düşük öncelik numarasını verin.
- MX değişiklikleri yaklaşık eski TTL kadar sürer: tipik olarak 1 ila 4 saat, en fazla 48 saat.
- Yalnızca bir SPF kaydı, 10 DNS sorgusunun altında (RFC 7208).
- Süresi dolmuş bir alan adı çözümlenmeyi bırakır; itfa süresi 30 gün sürer.
- ICANN, hak sahibi e-postasının 15 gün içinde doğrulanmasını gerektirir.
- DMARC'ı p=none'dan sıkılaştırın, asla doğrudan reject'e değil.
Kaynaklar (8)
- RFC 7208, bölüm 4.6.4: DNS sorgularındaki sınırlar — RFC Editor (2026-11-12 tarihinde okundu)
- RFC 2308: DNS sorgularının olumsuz önbelleğe alınması — RFC Editor (2026-11-12 tarihinde okundu)
- Süresi Dolmuş Kayıt Kurtarma Politikası — ICANN (2026-11-12 tarihinde okundu)
- 2013 Kayıt Şirketi Akreditasyon Anlaşması — ICANN (2026-11-12 tarihinde okundu)
- Namecheap'ten özel alan adı (MX değerleri) — Proton (2026-11-12 tarihinde okundu)
- Varsayılan DNS kayıtları — Fastmail (2026-11-12 tarihinde okundu)
- mailbox.org KB: SPF, DKIM ve DMARC — mailbox.org (2026-11-12 tarihinde okundu)
- DNS değişikliklerinin yayılması ne kadar sürer — Suped (2026-11-12 tarihinde okundu)