Kısa cevap
E-posta ulaşmıyorsa önce alan adının o adres için posta alan bir posta sunucusuna işaret eden doğru MX kayıtlarına sahip olup olmadığını kontrol edin. Ardından bu sunucunun çalışıp çalışmadığını, posta kutusunun dolu olup olmadığını ve iletinin reddedilip sessizce atılıp atılmadığını kontrol edin. İleti başlıkları ve sunucu günlükleriyle neden genellikle birkaç adımda bulunur.
Sorun nasıl anlaşılır
- Gönderen hata mesajı veya geri dönen e-posta (bounce) alıyor
- Bir adresten gelen e-postalar ulaşmıyor, diğerlerinden normal geliyor
- İletiler gönderende hiçbir hata olmadan kayboluyor
- E-posta saatlerce büyük gecikmeyle geliyor
- Alım alan adının bir adresinde çalışıyor, diğerinde çalışmıyor
En yaygın nedenler
Yanlış veya eksik MX kayıtları
Alan adının MX kaydı yok veya artık posta almayan bir sunucuyu gösteriyor. Bu genellikle hosting veya DNS ayarları değiştikten sonra olur.
Posta sunucusu çalışmıyor veya posta kutusu dolu
Posta sunucusu geçici olarak kullanılamıyor veya posta kutusu kotası dolduğu için sunucu yeni iletileri reddediyor.
Yanlış yapılandırılmış adres veya yönlendirme
Adres sunucuda mevcut değil veya yönlendirme (forward) kuralı yanlış olduğu için ileti boşa düşüyor.
Gönderen veya alıcı tarafında engelleme
Spam filtreleri, RBL listeleri veya sunucudaki kurallar iletileri posta kutusuna ulaşmadan reddediyor.
SPF, DKIM veya DMARC sorunu
Gönderenin alan adında doğru kimlik doğrulama yoksa alıcı iletiyi reddedebilir veya atabilir.
Adım adım çözüm
- 1
Alan adının MX kayıtlarını kontrol edin
Bir DNS kontrol aracı açın (örneğin komut satırında
nslookup) venslookup -type=MX alanadiniz.comyazın. Çıkan liste, o alan adı için gerçekten posta alan bir posta sunucusu içermelidir. Liste boşsa veya eski bir sunucuyu gösteriyorsa sorun DNS kayıtlarındadır. - 2
MX kayıtlarını hosting ayarlarıyla karşılaştırın
Hosting kontrol panelinde (cPanel, Plesk veya benzeri) DNS bölgesi bölümünü bulun ve MX kayıtlarını posta sağlayıcınızın önerdiği kayıtlarla karşılaştırın. Öncelik (preference) değerine ve sunucu adının sonundaki noktaya dikkat edin.
- 3
Posta sunucusunun posta alıp almadığını kontrol edin
Komut satırından posta sunucusunun 25 numaralı bağlantı noktasına bağlantı kabul edip etmediğini kontrol edin. Windows'ta telnet genellikle varsayılan olarak yüklü değildir, bu nedenle PowerShell'de
Test-NetConnection mail.alanadiniz.com -Port 25komutunu çalıştırabilirsiniz; telnet varsatelnet mail.alanadiniz.com 25yeterlidir. Bağlantı kurulursa bağlantı noktası açıktır ve hizmet bağlantı kabul ediyor demektir, ancak bu hâlâ alan adınız için posta aldığını garanti etmez. Bağlantı kurulamazsa posta hizmetinin etkin olup olmadığını kontrol edin ve birçok sağlayıcının giden 25 numaralı bağlantı noktasını engellediğini unutmayın. - 4
Posta kutusunu ve kotayı kontrol edin
Web posta veya kontrol paneline giriş yapın ve posta kutusunun ne kadar dolu olduğuna bakın. Kota dolmuşsa eski iletileri silmeden önce yedek (arşiv) alın veya kotayı artırın, ardından gönderenden e-postayı yeniden göndermesini isteyin.
- 5
Geri dönen iletinin başlığına bakın
Gönderen bounce alıyorsa tüm hata metnini size göndermesini isteyin. İçinde
550 5.1.1 User unknownveya452 4.2.2 Mailbox fullgibi tam neden yazar, bu da nedeni hemen daraltır. - 6
Yönlendirme kurallarını ve filtreleri kontrol edin
Posta ayarlarında yönlendirme kurallarını ve spam filtrelerini bulun. Postayı başka bir adrese yönlendiren kuralı geçici olarak kapatın ve başka bir adresten test e-postası gönderin.
- 7
Dış adresten test e-postası gönderin
Gmail veya Outlook hesabından sorunlu adrese bir ileti gönderin ve ulaşıp ulaşmadığını izleyin. Ulaşıyorsa sorun büyük olasılıkla gönderen tarafında veya onun alan adının kimlik doğrulamasındadır.
- 8
Posta sunucusu günlüklerini kontrol edin
Günlüklere erişiminiz varsa e-postanın gönderildiği saatteki kayıtları arayın. İletinin alındığını, reddedildiğini veya iletildiğini gösterir, bu da nerede kaybolduğunu belirlemenin en güvenilir yoludur.
Hiçbir şey yardımcı olmazsa
MX kayıtları doğru görünüyor, sunucu çalışıyor ve posta kutusu dolu değilse ancak e-posta hâlâ ulaşmıyorsa, tam gönderim zamanı, gönderen adresi ve hata metniyle posta veya hosting sağlayıcınıza başvurun. O dönem için günlükleri ve alan adının herhangi bir kara listede olup olmadığını kontrol etmelerini isteyin. Bu arada işiniz durmasın diye başka bir sağlayıcıda alternatif bir adres açın. Sorun gönderenin alan adı kimlik doğrulamasındaysa çözüm SPF, DKIM ve DMARC kayıtlarını yapılandırmaktır; bunun için ayrı bir metin vardır.
Tekrarlanmaması için
- Her hosting veya DNS değişikliğinden sonra MX kayıtlarını düzenli olarak kontrol edin
- Posta kutusu doluluğunu izleyin ve kotayı zamanında artırın
- Yönlendirme kuralları ve filtreler hakkında kayıt tutun
- Postada her değişiklikten sonra dış adresten alımı test edin
Ne zaman uzmana başvurmalı
DNS bölgesine, posta sunucusu günlüklerine veya hosting kontrol paneline erişiminiz yoksa kendi başınıza kontrol kısa sürede durur. Bu durumda günlükleri ve DNS'i yönetici erişimiyle kontrol edebilecek IT desteğine veya sağlayıcıya başvurmanız daha iyidir.
Web sitesi yapımı · Hızlı, SEO uyumlu, çok dilli web siteleriSık sorulan sorular
MX değişikliğinin etkili olması ne kadar sürer?
MX kaydı değişikliği genellikle birkaç saat içinde etkili olur, ancak DNS önbelleklemesi ve TTL değeri nedeniyle 48 saate kadar sürebilir. Bu süre boyunca posta eski veya yeni adrese gelebilir.
Neden bir adresten e-posta geliyor da diğerinden gelmiyor?
Sorun genellikle gönderen tarafındadır, örneğin alan adının kimlik doğrulamasında veya spam filtresinde. Nadiren alıcı sunucusunun kendisi nedendir, ancak tam gönderim zamanı için günlükleri kontrol etmeye değer.
MX kayıtlarını kendim kontrol edebilir miyim?
Evet, `nslookup -type=MX alanadi.com` komutu veya genel bir DNS aracıyla. Kaydın olup olmadığını ve hangi sunucuyu gösterdiğini görmeniz yeterlidir.