Kurumsal e-postanız spama düşüyor veya hiç ulaşmıyorsa, nedenlerin başında kimlik doğrulama kayıtlarının eksik veya hatalı olması gelir. SPF, DKIM ve DMARC, alıcı sunucuya "bu e-postayı gerçekten bu alan adı sahibi gönderdi" diyen üç tamamlayıcı mekanizmadır.
Üçü ne yapar?
| Mekanizma | Soruyu yanıtlar | Nasıl çalışır? |
|---|---|---|
| SPF | Bu IP bu alan adı adına e-posta gönderebilir mi? | DNS'te TXT kaydıyla izinli gönderici IP/sunucuları listelenir |
| DKIM | Mesaj yolda değiştirildi mi, gerçekten bu alan adından mı? | Giden mesaj özel anahtarla imzalanır; açık anahtar DNS'te yayınlanır |
| DMARC | SPF/DKIM başarısız olursa ne yapılsın, bana rapor ver? | Politika (none, quarantine, reject) ve raporlama adresi tanımlar |
Örnek kayıtlar
- SPF:
v=spf1 +a +mx include:_spf.saglayici.com ~all(alan adı başına yalnızca bir SPF kaydı olmalı) - DKIM:
default._domainkey.ornek.comadresinde yayınlanan TXT kaydı (anahtar, mail sunucusu/paneli tarafından üretilir) - DMARC:
_dmarc.ornek.comadresindev=DMARC1; p=none; rua=mailto:[email protected]
Kurulum sırası
- Gönderim yapan tüm kaynakları listeleyin: hosting e-postası, bülten servisi, CRM, fatura yazılımı.
- SPF kaydını hepsini kapsayacak şekilde oluşturun; 10 DNS sorgusu sınırını aşmayın.
- Her gönderici için DKIM'i etkinleştirin ve açık anahtarı DNS'e ekleyin.
- DMARC'ı önce p=none ile yayınlayın ve raporları birkaç hafta inceleyin.
- Her şey doğru göründüğünde p=quarantine, ardından p=reject politikasına geçin.
Gmail ve Yahoo gereksinimleri
Şubat 2024'ten itibaren Google ve Yahoo, günde 5.000'den fazla e-posta gönderen alan adlarından SPF, DKIM ve DMARC (en az p=none) bekliyor, spam şikâyet oranının %0,3'ün altında kalmasını ve kolay abonelikten çıkış sunulmasını istiyor. Bu eşiğin altında gönderseniz bile kayıtları kurmak teslimat oranını belirgin biçimde iyileştirir.
Teslimat sorunu giderme listesi
- Gönderen IP'nin kara listede olup olmadığını kontrol edin.
- Ters DNS (PTR) kaydının mail sunucusu adıyla eşleştiğini doğrulayın.
- "From" alan adı ile DKIM/SPF alan adının hizalı (aligned) olduğundan emin olun.
- Tüm e-postaları aynı anda toplu göndermek yerine kademeli artırın; paylaşımlı hosting'de gönderim limitine dikkat edin.
- Mesaj içeriğinde kısaltılmış bağlantı, çok görsel ve spam tetikleyici ifadelerden kaçının.
Sık sorulan sorular
DMARC politikası p=reject ile başlanır mı?
Hayır. Önce p=none ile raporları toplayın, meşru göndericileri düzeltin, sonra p=quarantine ve p=reject'e geçin. Doğrudan reject, meşru e-postaların kaybına yol açabilir.
SPF kaydım neden hata veriyor?
En yaygın nedenler: birden fazla SPF kaydı olması ve include zincirinin 10 DNS sorgusu sınırını aşmasıdır. Kayıtları birleştirin ve gereksiz include'ları kaldırın.
Kaynaklar
Bu yazı genel bilgilendirme amaçlıdır; hizmet kapsamı ve güncel özellikler için ilgili ürün sayfasına bakın.