SPF, DKIM ve DMARC Kontrolü: SPF Checker

SPF, DKIM ve DMARC, bir alan adı adına gönderilen e-postaların gerçekten o alan adının sahibi tarafından yetkilendirildiğini kanıtlayan üç DNS tabanlı doğrulama yöntemidir. Gmail, Outlook ve Yahoo gibi büyük sağlayıcılar gelen iletileri bu kayıtlara göre değerlendirir; eksik veya hatalı bir kayıt, e-postalarınızın spam klasörüne düşmesine ya da alan adınızın sahte (phishing) e-postalarda kullanılmasına yol açabilir. R10.Net SPF, DKIM ve DMARC Kontrolü aracı bu üç kaydı ve MX kayıtlarını birlikte inceler, sonuçları 0–100 arası bir puanla özetler ve düzeltilmesi gereken noktalar için öneriler sunar.

SPF, DKIM ve DMARC ne işe yarar?

SPF (Sender Policy Framework): Alan adınız adına hangi sunucuların ve hizmetlerin e-posta gönderebileceğini listeleyen, v=spf1 ile başlayan bir TXT kaydıdır.
DKIM (DomainKeys Identified Mail): Gönderen sunucu her iletiyi özel bir anahtarla imzalar; alıcı sunucu imzayı selector._domainkey.ornek.com adresinde yayımlanan açık anahtarla doğrular. Böylece iletinin yolda değiştirilmediği anlaşılır.
DMARC: _dmarc.ornek.com adresindeki TXT kaydıdır. SPF veya DKIM doğrulamasından geçemeyen ve alan adı uyumu (alignment) sağlamayan iletilere alıcının ne yapacağını belirler ve size rapor gönderilmesini sağlar.

Araç nasıl kullanılır?

Kutuya alan adınızı yazın (örneğin ornek.com). E-posta adresinin @ işaretinden sonraki kısmını girmeniz yeterlidir.
DKIM için araç; google, selector1, selector2, k1, s1, s2, mail, default, zoho, mailjet, protonmail, fm1–fm3, hs1 ve hs2 gibi yaygın seçicileri otomatik tarar. Sağlayıcınız farklı bir seçici kullanıyorsa isteğe bağlı DKIM seçici alanına yazın.
Sorgula düğmesine basın ve puanı, ardından her bölümün ayrıntılarını inceleyin.

Kullandığınız seçiciyi bilmiyorsanız gönderdiğiniz bir e-postanın kaynağını açın; DKIM-Signature başlığındaki s= değeri seçicinin adıdır.

Sonuçlar nasıl yorumlanır?

SPF

Araç, kaydın tek ve geçerli olup olmadığını, include, a, mx, exists ve redirect gibi DNS sorgusu gerektiren mekanizmaların toplam sayısını ve kaydın sonundaki all ifadesini kontrol eder. SPF standardı en fazla 10 DNS sorgusuna izin verir; bu sınır aşılırsa sonuç permerror olur ve SPF fiilen çalışmaz. Kaydın sonu için anlamlar şöyledir:

-all: Listede olmayan kaynaklar reddedilsin (en sıkı).
~all: Listede olmayanlar şüpheli kabul edilsin (softfail); DMARC ile birlikte yaygın ve güvenli bir tercihtir.
?all: Nötr; pratikte koruma sağlamaz.
+all: Herkes adınıza e-posta gönderebilir; kesinlikle kullanılmamalıdır.

DKIM

Bulunan her seçici için anahtar türü (genellikle RSA) ve bit uzunluğu gösterilir. 1024 bit RSA anahtarlar artık zayıf kabul edildiği için işaretlenir; sağlayıcınız destekliyorsa 2048 bit anahtara geçmeniz önerilir. Hiçbir seçici bulunamaması DKIM'in olmadığını kesin olarak göstermez; özel bir seçici kullanılıyor olabilir.

DMARC

Politika (p=none, quarantine veya reject), uygulanacak ileti yüzdesi (pct), toplu raporların gideceği adres (rua), hata raporu adresi (ruf) ve alt alan adları politikası (sp) listelenir. p=none yalnızca izleme yapar, sahte iletileri engellemez.

MX ve puan

MX kayıtları, alan adına gelen e-postaları kabul eden sunucuları öncelik sırasıyla gösterir. Puan; SPF, DKIM ve DMARC'ın varlığı ile yapılandırma kalitesine göre hesaplanır. Önerilerdeki maddeleri uyguladıkça puan yükselir.

Sık karşılaşılan sorunlar ve çözümleri

Birden fazla SPF kaydı: Alan adı başına yalnızca bir v=spf1 kaydı olabilir. Tüm include ifadelerini tek kayıtta birleştirin.
10 DNS sorgusu sınırı aşıldı: Kullanmadığınız hizmetlerin include ifadelerini kaldırın, ptr mekanizmasından kaçının, sabit IP adreslerini ip4:/ip6: olarak yazın. Bülten gibi toplu gönderimler için ayrı bir alt alan adı kullanmak da sorgu sayısını düşürür.
DKIM anahtarı bulunamıyor: E-posta sağlayıcınızın panelinden DKIM'i etkinleştirin ve verilen TXT veya CNAME kaydını DNS'e birebir ekleyin. Uzun anahtarların panelde bölünüp bölünmediğini kontrol edin.
DMARC'a geçiş: Doğrudan reject ile başlamak meşru e-postalarınızı da engelleyebilir. Önce p=none ve bir rua adresiyle raporları toplayın, tüm gönderim kaynaklarınızın SPF/DKIM'den geçtiğini doğrulayın, ardından p=quarantine (gerekirse düşük pct ile) ve son olarak p=reject politikasına geçin.

Neden önemli?

Büyük e-posta sağlayıcıları toplu gönderim yapan alan adlarından SPF, DKIM ve DMARC kayıtlarını giderek daha sıkı bir şekilde talep ediyor. Doğru yapılandırılmış kayıtlar hem teslim oranınızı artırır hem de markanızın sahte e-postalarda kullanılmasını zorlaştırır. Kayıtlarda değişiklik yaptıktan sonra DNS yayılımını bekleyip aracı tekrar çalıştırarak sonucu doğrulayın.

İlgili araçlar

Alan adınızın tüm TXT, MX ve NS kayıtlarını görmek için Site DNS Bilgileri, gönderen sunucunun IP adresinin kara listede olup olmadığını öğrenmek için IP Blacklist Sorgulama, DNS değişikliğinin dünyaya yayılıp yayılmadığını izlemek için DNS Yayılım Kontrolü aracını kullanabilirsiniz.

SPF, DKIM ve DMARC Kontrolü