Gmail’e Mail Gidiyor Ama Sunucu Mail Alamıyor: Nereler Kontrol Edilmeli?

Sunucudan Gmail’e mail gönderebildiğiniz halde dışarıdan gelen mesajlar ulaşmıyorsa gönderim ve alım yönünü ayrı düşünmek gerekiyor. Giden SMTP’nin çalışması, alan adının doğru MX kaydına sahip olduğunu veya sunucunun 25 portundan bağlantı kabul ettiğini garanti etmiyor.

İlk kontrolüm DNS oluyor:

dig alanadi.com MX
dig +short mail.alanadi.com A

MX kaydı `mail.alanadi.com` adresini gösteriyorsa bu hostun A kaydı doğru sunucu IP’sine gitmeli. MX hedefinde doğrudan IP kullanılamaz. Cloudflare kullanılıyorsa mail hostu genellikle proxy arkasına alınmamalı; DNS only durumda olmalı.

Sonra dışarıdan 25 portuna erişim var mı bakıyorum:

nc -vz mail.alanadi.com 25

Bu testi aynı sunucudan değil, farklı bir ağdan yapmak daha anlamlı. Sağlayıcı gelen veya giden 25 portunu kapatmış olabilir. Sunucu firewall’ı, sağlayıcı security group’u ve kontrol paneli firewall’ı ayrı ayrı kontrol edilmeli.

cPanel/WHM tarafında karşılaştığım diğer nedenler:

- Email Routing yanlışlıkla “Remote Mail Exchanger” seçilmiş
- Hesap veya posta kutusu kotası dolmuş
- Alan adı localdomains listesinde değil
- Exim servisi durmuş
- DNS değişikliği henüz yayılmamış
- Catch-all veya forwarder yanlış yapılandırılmış
- Gelen mesaj spam filtresinde karantinaya alınmış
- Sunucu diski veya inode’ları dolmuş

WHM’de Mail Delivery Reports ekranı yararlı oluyor. SSH erişiminde Exim logları dağıtıma göre incelenebilir:

sudo tail -f /var/log/exim_mainlog

Test maili gönderirken logu izlemek, bağlantının sunucuya gelip gelmediğini hemen gösterir. Hiç kayıt oluşmuyorsa sorun büyük ihtimalle DNS veya ağ katmanındadır. Kayıt var ama teslim edilmiyorsa hata satırı posta kutusu, yönlendirme veya filtre tarafını işaret eder.

SPF, DKIM ve DMARC daha çok gönderim güvenilirliğiyle ilişkilidir; mail alamama sorununda ilk bakılacak şey değildir. Yine de genel mail sağlığı için sonrasında kurulmaları gerekir.

Test sırasında tek bir göndericiye güvenmemek de önemli. Gmail, Outlook ve farklı bir özel sunucudan deneme yapınca sorunun genel mi yoksa belirli sağlayıcıya mı ait olduğu anlaşılır. Geçici SMTP hatalarında gönderen sunucu daha sonra tekrar deneyebilir; bu nedenle mesajın hemen gelmemesi kalıcı kayıp anlamına gelmez. Logdaki SMTP kodu ve retry bilgisi teşhisi hızlandırır.

Sizde dışarıdan gönderilen mesaj geri dönüş hatası veriyor mu, yoksa sessizce kayboluyor mu? MX çıktısını ve kişisel verileri kapattığınız hata metnini paylaşırsanız daha net yorumlayabiliriz.