KYC yok: tek doğrulanmış e-posta, kimlik belgesi yok · Kripto ile ödeme: BTC, USDT, USDC, ETH, SOL, LTC · .com $12,49/yıl, her yıl aynı fiyat
Dil: Türkçe
Adresinizi bulun

Sorun giderme · 12 Kasım 2026'da kontrol edildi

E-posta özel alan adıma neden gelmiyor?

Size [email protected] adresine gönderilen posta hiç görünmediğinde, neden hemen her zaman DNS'tedir. Tabloyu yukarıdan aşağıya doğru çalışın.

Son güncelleme: · 6 dakikalık okuma

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ü

BelirtiMuhtemel nedenNasıl kontrol edilirÇözüm
Hiçbir şey gelmiyor, geri dönme yokMX kayıtları eksik ya da hâlâ eski sağlayıcıdaAlan adının MX kayıtlarını sorgulayınYeni sağlayıcının MX kayıtlarını ekleyin ve eskileri kaldırın
Bazı postalar geliyor, bazıları gelmiyorEski ve yeni MX kayıtları karışıkMX listesi iki sağlayıcının ana bilgisayarlarını gösteriyorYalnı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ıyorDNS değişikliği henüz yayılmadıFarklı çözümleyiciler farklı yanıt veriyorEski 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üyorAlan adının süresi doldu veya askıya alındıAlan adı durumunu tescil kuruluşunda sorgulayınYenileyin; 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 bulunmuyorBekleyin: 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 sorgusuv=spf1 ile başlayan TXT kayıtlarını sayınTek bir SPF kaydında birleştirin; 10 sorgunun altında tutun
Sağlayıcı alan adının doğrulanmadığını söylüyorDoğrulama TXT kaydı eksik ya da yanlış kopyalanmışDeğeri sağlayıcının ekranıyla karşılaştırınDeğ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üyorPolitika, SPF ve DKIM geçmeden önce reject olarak ayarlandıToplu raporları okuyunp=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.com

MX 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)
  1. RFC 7208, bölüm 4.6.4: DNS sorgularındaki sınırlar — RFC Editor (2026-11-12 tarihinde okundu)
  2. RFC 2308: DNS sorgularının olumsuz önbelleğe alınması — RFC Editor (2026-11-12 tarihinde okundu)
  3. Süresi Dolmuş Kayıt Kurtarma Politikası — ICANN (2026-11-12 tarihinde okundu)
  4. 2013 Kayıt Şirketi Akreditasyon Anlaşması — ICANN (2026-11-12 tarihinde okundu)
  5. Namecheap'ten özel alan adı (MX değerleri) — Proton (2026-11-12 tarihinde okundu)
  6. Varsayılan DNS kayıtları — Fastmail (2026-11-12 tarihinde okundu)
  7. mailbox.org KB: SPF, DKIM ve DMARC — mailbox.org (2026-11-12 tarihinde okundu)
  8. DNS değişikliklerinin yayılması ne kadar sürer — Suped (2026-11-12 tarihinde okundu)

.com $12,49/yıl · KYC yok · kripto

Adresinizi bulun