Mail gelmiyor, geri dönüyor veya “MX yok” hatası — çoğu zaman posta sunucusu değil DNS’teki MX kaydı. MX, domain’e gelen e-postanın hangi sunucuya gideceğini söyler. Ücretsiz MX kaydı sorgulama, panele girmeden internetin gördüğü MX’i okur.
İsim Kayıt’ta MX (ve SPF için TXT) bakın: dns sorgulama → kayıt türü MX (TXT ayrı). Hub: webmaster araçları.
Özet
- MX = Mail Exchange; priority düşük olan önce denenir.
- Doğru MX yoksa domain’e gelen posta ulaşmaz.
- Taşıma sonrası eski MX’leri bırakmak çakışma yaratır.
- Teslimat için MX yetmez: SPF / DKIM / DMARC (TXT) şart gibi düşünün.
- TTL yüzünden “panelde kaydettim” ≠ her yerde yayıldı.
Kimler için?
- Kurumsal mail / Google Workspace / Microsoft 365 kuranlar
- “Mail gelmiyor” ticket’ı açan site sahipleri
- DNS taşıması / hosting değişimi sonrası kontrol
- Ajans: müşteri e-posta DNS teyidi
MX kaydı nedir?
Birisi siz@ornek.com yazınca gönderen sunucu DNS’ten MX ister: “posta hangi host’a?” Hedef genelde aspmx.l.google.com veya *.mail.protection.outlook.com gibi bir hostname’dir (sağlayıcı dokümanına göre). Birden fazla MX = öncelik sırası + yedek.
Priority: sayı küçük → öncelik yüksek. Birincil down ise daha yüksek sayılı yedek denenir.
Sorgulama ne gösterir?
- Kamuya açık MX satırları
- Her satırın önceliği
- Hedef mail sunucu adı (ardından A/AAAA ile IP’ye çözülebilir)
Salt okunur: DNS’i değiştirmez. Değişiklik DNS panelinizde / registrar’da.
Nasıl kontrol edilir?
- dns-sorgulamaya domain yazın (apex:
ornek.com). - Tür olarak MX seçin.
- Çıktıyı sağlayıcınızın istediği host + priority listesiyle karşılaştırın.
- Eski sağlayıcı MX’i kaldı mı bakın.
- TXT’te SPF (
v=spf1 …), DKIM, DMARC’ı da kontrol edin.
Ne zaman bakılır?
- Mail bounce / “cannot find mail server”
- Workspace / 365 / kurumsal mail’e geçiş
- Yeni domain ilk kurulum
- DNS / NS değişimi sonrası
- Şüpheli domain’in mail altyapısını anlamak (güvenlik bağlamı)
Sağlıklı MX nasıl görünür?
- Sağlayıcının belgelediği hostname’ler birebir
- Net priority sırası (ör. 1, 5, 10…)
- Eski / çöp MX yok
- Yayılım tamam (birkaç kez / farklı zamanlarda sorgu)
Ürün örnekleri: Google Workspace → aspmx.l.google.com ailesi; Microsoft 365 → *.mail.protection.outlook.com. Kurumsal e-posta İsim Kayıt’taysa panele yazılan MX’leri kullanın.
MX + SPF / DKIM / DMARC
| Kayıt | Rol |
|---|---|
| MX | Gelen posta nereye |
| TXT SPF | Kim gönderir (v=spf1) |
| TXT DKIM | İmza / bütünlük |
| TXT DMARC | Fail olursa ne yapılsın |
MX doğru, SPF yanlış → spam / red. Hepsi aynı DNS aracından TXT ile bakılır. rDNS / sunucu IP itibarı ayrıca önemli — VPS mail için dikkat; kitlesel spam şartlarda yasak.
TTL ve yayılım
MX değişince önbellek TTL kadar eski değeri tutabilir. Büyük geçiş öncesi TTL’yi düşürün; sonra tekrar sorgulayın. NS yanlış panele bakıyorsanız MX’i “düzeltemezsiniz” — önce WHOIS / NS.
Sık yapılan hatalar
- Eski + yeni MX’i birlikte bırakmak
- Priority’yi ters anlamak (büyük sayı = düşük öncelik)
- Yalnızca MX düzeltip SPF’i unutmak
- TTL dolmadan “çalışmıyor” deyip tekrar bozmak
- www için MX aramak — MX genelde apex domain’de
Sıkça sorulan sorular
MX kaydı ücretsiz nasıl sorgulanır?
dns sorgulamada MX türü — kayıt yok, anlık.
MX olmadan mail gelir mi?
Genelde hayır — gelen posta için MX gerekir (özel istisnalar nadir).
Google / Microsoft MX nedir?
Sağlayıcının verdiği host listesi. Dokümandaki satırları birebir ekleyin; sonra sorgulayın.
SPF nerede?
TXT kaydı. Örnek dil (ürün): v=spf1 include:_spf.isimkayit.com ~all — kendi servislerinize göre uyarlayın; birden fazla çelişen SPF biriktirmeyin.
Değişiklik ne kadar sürer?
TTL’ye bağlı; dakikalar–saatler. Önce TTL düşürmek iyi pratik.
Sonraki adım
MX kontrol: dns sorgulama. Hub: webmaster araçları. Domain: alan adı · WHOIS. Destek: 0850 290 33 44 · destek@isimkayit.com
