Site açılıyor ama e-posta gelmiyor. Sorun büyük ihtimalle DNS kayıtlarında.
Site açılıyor ama e-postalar gelmiyor, gitmiyor ya da karşı tarafta istenmeyen klasörüne düşüyor.
Site çalışırken e-postanın çalışmaması, sorunun sunucuda değil DNS kayıtlarında olduğunu gösterir — çünkü site ve e-posta farklı kayıtlarla yönlendirilir.
Belirtiye göre başlayın
- Hiç e-posta gelmiyor → MX kaydı
- Gönderdiklerimiz ulaşmıyor → SPF / DKIM / DMARC
- Karşı tarafta istenmeyen klasörüne düşüyor → Kimlik doğrulama kayıtları
- Bazı adreslerden geliyor bazılarından gelmiyor → Eski/çakışan kayıt
- Her şey birden durdu → Domain süresi ya da nameserver
Belirti: Hiç e-posta gelmiyor
MX kaydı yok ya da yanlış
MX kaydı, postaların hangi sunucuya teslim edileceğini söyler. Yoksa ya da yanlışsa posta hiç ulaşmaz.
Kontrol: DNS panelinizdeki MX kayıtlarını, e-posta sağlayıcınızın verdiği değerlerle karakter karakter karşılaştırın.
Çözüm: Doğru değerleri girin. Sağlayıcı birden fazla MX kaydı veriyorsa hepsini girin — öncelik değerleriyle birlikte.
Eski MX kayıtları duruyor
E-posta sağlayıcısı değiştirildi ama eski kayıtlar silinmedi. Postalar bir kısmı eski, bir kısmı yeni sunucuya gider.
Belirti: "Bazı e-postalar geliyor bazıları gelmiyor" — klasik göstergedir.
Çözüm: Eski MX kayıtlarını silin. Yalnız güncel sağlayıcının kayıtları kalsın.
Nameserver'lar yanlış
MX kayıtlarını düzenlediğiniz panel, domainin gerçekte kullandığı DNS sağlayıcısı değilse yaptığınız hiçbir değişiklik okunmaz.
Kontrol: WHOIS'te nameserver alanı.
Domain süresi dolmuş
Bu durumda site de kapalı olur. Site çalışıyorsa bu sebep değildir.
Belirti: Gönderdiklerimiz ulaşmıyor / istenmeyen klasörüne düşüyor
Burada üç kayıt devreye girer. Bunlar, alıcı sunucuya "bu e-posta gerçekten bizden geldi" demenin yoludur.
SPF kaydı
Ne yapar: Sizin adınıza hangi sunucuların posta gönderebileceğini listeler.
Sık hatalar:
- Kayıt hiç tanımlı değil
- Birden fazla SPF kaydı var (yalnız bir tane olmalı)
- Kullandığınız bir hizmet listede yok (e-posta pazarlama, CRM, fatura sistemi)
- Eski bir sağlayıcı hâlâ listede
Kritik nokta: Şirket adına posta gönderen her sistem SPF kaydında bulunmalıdır. Muhasebe programınız fatura gönderiyorsa o da dahildir.
DKIM kaydı
Ne yapar: Gönderilen postaya dijital imza ekler; alıcı postanın yolda değişmediğini doğrular.
Sık hatalar:
- Sağlayıcıda etkinleştirilmiş ama DNS kaydı girilmemiş
- Kayıt eksik kopyalanmış (uzun bir metindir, kesilebilir)
- Sağlayıcı değişikliğinde güncellenmemiş
DMARC kaydı
Ne yapar: SPF ve DKIM doğrulaması başarısız olursa ne yapılacağını söyler.
Sık hatalar:
- Kayıt yok
- Doğrudan katı bir politikayla başlanmış ve meşru postalar engellenmiş
- Raporlar hiç okunmuyor
Öneri: Önce izleme politikasıyla başlayın, raporları inceleyin, eksik sistemleri SPF/DKIM'e ekleyin, sonra kademeli olarak sıkılaştırın. Doğrudan katı politikaya geçmek meşru e-postalarınızı engelleyebilir.
Belirti: Gelen var, giden yok (ya da tersi)
Bu ayrım tanıyı hızlandırır:
| Durum | Bakılacak |
|---|---|
| Gelmiyor | MX kayıtları |
| Gidiyor ama ulaşmıyor | SPF, DKIM, DMARC |
| İkisi de yok | Nameserver, domain durumu |
| Yalnız bazı alıcılara gitmiyor | Alıcı tarafı engeli, itibar sorunu |
Kontrol listesi
- ☐ Nameserver'lar doğru sağlayıcıyı gösteriyor
- ☐ MX kayıtları sağlayıcının verdiği gibi
- ☐ Eski MX kayıtları silinmiş
- ☐ MX öncelik değerleri doğru
- ☐ Tek bir SPF kaydı var
- ☐ SPF'te posta gönderen tüm sistemler listeli
- ☐ SPF'te eski sağlayıcı kalmamış
- ☐ DKIM kaydı tam ve doğru
- ☐ DMARC kaydı tanımlı
- ☐ DMARC politikası kademeli sıkılaştırılıyor
- ☐ Gelen posta test edildi
- ☐ Giden posta farklı bir sağlayıcıya test edildi
Son madde önemlidir: kendi kendinize test göndermek işe yaramaz; dış bir adrese gönderip kontrol edin.
Test yöntemi
- Farklı bir sağlayıcıdaki bir adresten kurumsal adresinize posta gönderin (gelen testi)
- Kurumsal adresinizden o adrese yanıt verin (giden testi)
- Gelen postanın istenmeyen klasörüne düşüp düşmediğine bakın
- Aynı testi birkaç farklı sağlayıcıyla tekrarlayın
- Otomatik gönderilen postaları da test edin (sipariş onayı, fatura, form bildirimi)
Beşinci madde sık atlanır: kişisel e-postalar ulaşırken sistem e-postaları engelleniyor olabilir — çünkü onlar farklı bir sunucudan gider ve SPF'te listeli olmayabilir.
Kesinti sırasında
- Ekibi bilgilendirin, alternatif kanal duyurun
- Kritik müşterileri telefonla arayın
- Kesinti süresini kaydedin
- Sorun çözüldükten sonra bu dönemde gönderilen postaların ulaşıp ulaşmadığını teyit edin
Son madde önemlidir: kesinti sırasında gönderilenler kaybolmuş olabilir ve gönderen taraf bunu bilmez.
Önleme
- DNS kayıtlarının yedeğini tutun ve güncel kalmasını sağlayın
- Değişiklik öncesi ekran görüntüsü alın
- DNS erişimini sınırlayın
- Yeni bir sistem posta göndermeye başlarsa SPF'e eklenmesini süreç hâline getirin
- DMARC raporlarını düzenli inceleyin
Yorumlar (0)
Henüz yorum yok — ilk yorumu siz yazın.
Yorum yaz