SPF, DKIM ve DMARC Kontrolü
Bir alan adının e-postayı nerede aldığı ve onun adına kimin gönderebileceği hakkında DNS'in söylediği her şey. Yalnızca genel DNS'ten okunur; hiçbir posta sunucusuyla bağlantı kurulmaz.
DKIM anahtarları gönderenin seçtiği bir seçici altında yayımlanır; bir iletinin DKIM-Signature başlığında s= olarak görünür.
Örnekler:metu.edu.trbtk.gov.trexample.com
Bulgular
- iAlan adı boş bir MX yayımlıyor: e-posta kabul etmiyor.
- irua= adresi yok: toplu raporları kimse almıyor.
Posta sunucuları (MX)
Boş MX (RFC 7505): bu alan adı hiç e-posta kabul etmediğini bildirir.
Gönderen politikası (SPF)
- Son kural
- -all — geri kalan her şeyi reddet (fail)
- DNS sorguları
- en fazla 10 sorgudan 0
- Öğeler
- -all
- Kayıt
v=spf1 -all
DMARC politikası
- Politika
- reject — iletiyi reddet
- Alt alan adları
- reject — iletiyi reddet
- Uygulandığı oran
- başarısız e-postaların %100'i
- Hizalama
- DKIM katı, SPF katı
- Toplu raporların gönderildiği adres
- —
- Kayıt
v=DMARC1;p=reject;sp=reject;adkim=s;aspf=s
Taşıma güvenliği
- MTA-STS
- yayımlanmamış
- TLS raporlama
- yayımlanmamış
7 Kas 2026 18:00 tarihinde çözümleyicimiz üzerinden soruldu. Yanıtlar bir dakika önbellekte tutulur.
Bir alan adına gönderilen e-postanın ulaşıp ulaşmayacağı ve o alan adından geldiğini iddia eden e-postaya güvenilip güvenilmeyeceği neredeyse tamamen birkaç DNS kaydıyla belirlenir. Bu araç hepsini tek seferde okur.
MX kayıtları, alan adına gelen e-postayı kabul eden sunucuları tercih sırasıyla (küçük sayı önce) listeler. Her MX sunucusunun kendi A veya AAAA kaydı olmalıdır; araç ilk beşini çözümler. Tek bir 0 . MX kaydı boş MX’tir (RFC 7505): alan adı hiç e-posta kabul etmediğini bildirir.
SPF (RFC 7208), v=spf1 ile başlayan ve alan adı adına gönderme yetkisi olan sunucuları listeleyen bir TXT kaydıdır: adres aralıkları (ip4:, ip6:), başka alan adlarının listeleri (include:) ve geri kalan her şey için son kural; genellikle -all (reddet) ya da ~all (şüpheli işaretle). Bir alan adı yalnızca bir SPF kaydı yayımlayabilir ve değerlendirmesi, eklenen kayıtların içindekiler dahil her include, a, mx, ptr, exists ve redirect sayılarak en fazla on DNS sorgusu gerektirebilir. Onu aşınca alıcılar kalıcı hata döndürür; birçok bulut göndericiyi listeleyen SPF kayıtları sessizce bu yüzden bozulur.
DMARC (RFC 7489), _dmarc.<alan-adı> adresinde durur ve alıcılara hem SPF hem DKIM hizalamasından geçemeyen e-postayla ne yapacaklarını söyler: hiçbir şey (p=none), spam klasörü (quarantine) ya da reddet (reject); toplu raporların nereye gönderileceğini de belirtir (rua=). Olağan yol p=none ile başlamak, raporları okumak ve sonra politikayı sıkılaştırmaktır.
MTA-STS (RFC 8461) ve TLS raporlama (RFC 8460), gönderen sunuculardan TLS kullanmayı zorunlu kılmalarını ve hataları bildirmelerini ister. DNS kaydı yalnızca bir politikanın varlığını duyurur; politikanın kendisi mta-sts.<alan-adı> üzerindeki bir dosyadır ve bu araç onu indirmez.
DKIM anahtarları <seçici>._domainkey.<alan-adı> adresindedir. Seçiciyi e-postayı imzalayan taraf belirler ve DNS’ten listelenemez: alınmış bir iletinin DKIM-Signature başlığındaki s= değerini bulup yukarıya girin.
Buradaki her şey çözümleyicimiz üzerinden herkese açık DNS’ten gelir. Alan adının e-posta sunucularıyla hiçbir bağlantı kurulmaz.
Sık sorulan sorular
Araç DKIM anahtarımı neden bulamıyor?
DKIM anahtarları seçiciyle aranır ve seçiciler DNS'ten listelenemez. Alan adının gönderdiği bir iletinin DKIM-Signature başlığından s= değerini kopyalayıp seçici olarak girin.
~all mı daha iyi, -all mı?
-all, alıcılara listelenmemiş sunuculardan gelen e-postayı reddetmelerini söyler; ~all onu şüpheli olarak işaretler. DMARC uygulanmaya başladığında alıcılar zaten DMARC politikasına göre davranır; bu yüzden birçok alan adı yönlendirilen e-postaları kaybetmemek için ~all kullanır.
İyi bir sonuç e-postamın teslim edileceği anlamına mı gelir?
Hayır. Bu kayıtlar gereklidir ama yeterli değildir: teslimat ayrıca gönderen sunucunun itibarına, ters DNS kaydına, içeriğe ve alıcının kendi filtrelerine bağlıdır.
.com.tr alan adını kontrol edebilir miyim?
Evet. Bu kayıtlar sıradan DNS kayıtlarıdır ve .tr, .com.tr, .org.tr, .edu.tr, .gov.tr, .bel.tr ve diğer bütün alan adlarında aynı şekilde çalışır.