SPF kaydı nasıl kontrol edilir?

Alan adınızı yukarıya yazın. Sorgu kökteki v=spf1 ile başlayan TXT kaydını okur, include ettiği her alan adını açar ve toplam DNS sorgusunu sayar. Komut satırında yalnızca ilk düzeyi görmek için dig TXT ornek.com yeterlidir; zinciri ve sayımı elle takip etmek zordur.

SPF 10 DNS sorgusu sınırı nasıl hesaplanır?

include, a, mx, ptr, exists ve redirect birer sorgu sayılır; include ettiğiniz kaydın içindeki bu mekanizmalar da toplama eklenir. ip4, ip6 ve all sorgu harcamaz. Google Workspace tek include ile 1 sorgu harcarken bazı pazarlama araçları 3-4 sorgu harcar.

~all mı -all mı kullanmalıyım?

DMARC politikanız p=reject ise ikisi de çalışır ve ~all yanlış yapılandırılmış bir yönlendirmede meşru e-postayı kaybetme riskini azaltır. DMARC'ınız yoksa ya da p=none ise -all daha net bir sinyal verir. +all ve ?all'dan her durumda kaçının.

İki e-posta hizmeti kullanıyorum, iki SPF kaydı mı eklemeliyim?

Hayır. Alan adı başına tek SPF kaydı olur. İki hizmetin include değerlerini aynı kayda yazın: v=spf1 include:birinci include:ikinci ~all.

SPF kaydı sorgulama ve doğrulamaSPF kaydı kontrolü

Alan adınızın SPF kaydını include zinciriyle birlikte açar, kaç DNS sorgusu harcadığını sayar ve e-postalarınızı spama düşürecek hataları gösterir.

Bu sorgu neye bakar

Alan adınızdaki SPF kaydı (TXT)
include ve redirect ağacının tamamı
10 DNS sorgusu ve 2 boş sorgu sınırı
all niteleyicisi, ptr, söz dizimi
Kayıtsız kalmış include alan adları (RDAP)

Neyi okur, neyi yapmaz

Yalnızca DNS okunur: alan adınızın TXT kaydı, include ve redirect ile çağrılan her alan adının TXT kaydı ve include alan adlarının kayıt durumu (RDAP). E-posta gönderilmez, posta sunucunuza bağlanılmaz.

SPF kaydı nedir?

SPF (Sender Policy Framework), alan adınız adına hangi sunucuların e-posta gönderebileceğini DNS'te yazan TXT kaydıdır. Alıcı sunucu gelen e-postanın IP adresini bu listeyle karşılaştırır. Kayıt include ile başka sağlayıcıların listelerini çağırabilir; ancak toplamda en çok 10 DNS sorgusu harcanabilir. Sınır aşılırsa kayıt geçersiz sayılır ve e-postalarınız doğrulanamaz.

Sonuç nasıl okunur

DNS sorgusu (en çok 10): include, a, mx, ptr, exists ve redirect her biri bir sorgu harcar; çağrılan kayıtların içindekiler de sayılır. ip4 ve ip6 sorgu harcamaz.
Boş sorgu (en çok 2): Yanıtı boş dönen sorgu: kaydı silinmiş bir sağlayıcıya yapılan include gibi. İkiden fazlası kaydı geçersiz kılar.
-all: Listede olmayan sunucudan gelen e-posta reddedilir. DMARC ile birlikte en sıkı ayardır.
~all: Listede olmayan sunucu şüpheli işaretlenir ama reddedilmez. DMARC politikanız reject ise pratikte yeterlidir.
?all ve +all: ?all hiçbir şey söylemez; +all herkesin sizin adınıza göndermesine izin verir. İkisi de SPF'yi işe yaramaz hâle getirir.

Sık görülen sorunlar ve düzeltmeleri

Sorgunun işaretleyebileceği her durum, neden önemli olduğu ve DNS'te ne değiştirmeniz gerektiğiyle.

SPF kaydı yok

Neden önemli: Alıcı sunucular hangi sunucunun sizin adınıza gönderebileceğini bilemez; sahte e-posta daha kolay geçer. Google ve Yahoo, Şubat 2024'ten beri her gönderenden SPF ya da DKIM istiyor.

Ne yapmalı: Alan adınızın köküne tek bir TXT kaydı ekleyin. E-posta sağlayıcınızın verdiği include değerini kullanın ve kaydı -all ya da ~all ile bitirin.

Google Workspace kullanan bir alan adı içindns

ornek.com.  TXT  "v=spf1 include:_spf.google.com ~all"

Birden fazla SPF kaydı

Neden önemli: RFC 7208'e göre alan adında tek SPF kaydı olabilir. İki kayıt varsa alıcı sunucu SPF'yi kalıcı hata sayar; ikisi de yok sayılır.

Ne yapmalı: Kayıtları tek satırda birleştirin: tüm include ve ip4/ip6 değerlerini aynı v=spf1 kaydına alın, diğerini silin.

dns

; iki ayrı kayıt yerineornek.com.  TXT  "v=spf1 include:_spf.google.com include:spf.brevo.com ~all"

10 DNS sorgusu sınırı aşılmış

Neden önemli: Sınır aşıldığında alıcı sunucular SPF'yi kalıcı hata (permerror) sayar. DMARC açısından SPF geçmemiş olur ve e-postalarınız spama düşebilir.

Ne yapmalı: Kullanmadığınız sağlayıcıların include'larını silin. Gereksiz a ve mx mekanizmalarını kaldırın; sabit IP'li sunucularınızı ip4/ip6 ile yazın, çünkü bunlar sorgu harcamaz. Pazarlama e-postası gibi işleri alt alan adına (news.ornek.com) taşıyıp ona ayrı SPF yazmak da sınırı rahatlatır.

SPF kaydı olmayan include

Neden önemli: SPF'de kaydı olmayan bir alan adını include etmek kalıcı hata üretir. Genellikle bırakılan bir hizmetin kaydı silinmiştir.

Ne yapmalı: Bu include'u kayıttan çıkarın. Hizmeti hâlâ kullanıyorsanız sağlayıcının güncel SPF değerini sorun.

Kayıtsız include alan adı

Neden önemli: Bu alan adını bugün herkes satın alabilir. Alan, kendi SPF kaydına istediği sunucuyu yazar ve sizin adınıza SPF'den geçen e-posta gönderir.

Ne yapmalı: Bu include'u hemen kayıttan silin. Alan adı size aitse ve süresi dolduysa yenileyin.

+all: herkese izin

Neden önemli: +all, dünyadaki her sunucunun sizin adınıza e-posta göndermesine izin verir. SPF kaydı hiç yokmuş gibi, hatta daha kötü çalışır.

Ne yapmalı: +all'ı -all ya da ~all ile değiştirin.

dns

ornek.com.  TXT  "v=spf1 include:_spf.google.com -all"

~all: yumuşak ret

Neden önemli: Listede olmayan sunucudan gelen e-posta şüpheli işaretlenir ama reddedilmez. DMARC politikanız reject ise bu yaygın ve kabul edilen bir ayardır.

Ne yapmalı: Tüm gönderenleriniz SPF'de tanımlıysa -all'a geçebilirsiniz. Asıl korumayı DMARC p=reject sağlar.

ptr mekanizması

Neden önemli: RFC 7208 ptr'nin kullanılmamasını söyler: yavaştır, çok sorgu harcar ve bazı alıcılar onu yok sayar.

Ne yapmalı: ptr'yi kaldırın; sunucularınızı ip4/ip6 ya da include ile yazın.

Sık sorulan sorular

SPF kaydı nasıl kontrol edilir?: Alan adınızı yukarıya yazın. Sorgu kökteki v=spf1 ile başlayan TXT kaydını okur, include ettiği her alan adını açar ve toplam DNS sorgusunu sayar. Komut satırında yalnızca ilk düzeyi görmek için dig TXT ornek.com yeterlidir; zinciri ve sayımı elle takip etmek zordur.
SPF 10 DNS sorgusu sınırı nasıl hesaplanır?: include, a, mx, ptr, exists ve redirect birer sorgu sayılır; include ettiğiniz kaydın içindeki bu mekanizmalar da toplama eklenir. ip4, ip6 ve all sorgu harcamaz. Google Workspace tek include ile 1 sorgu harcarken bazı pazarlama araçları 3-4 sorgu harcar.
~all mı -all mı kullanmalıyım?: DMARC politikanız p=reject ise ikisi de çalışır ve ~all yanlış yapılandırılmış bir yönlendirmede meşru e-postayı kaybetme riskini azaltır. DMARC'ınız yoksa ya da p=none ise -all daha net bir sinyal verir. +all ve ?all'dan her durumda kaçının.
İki e-posta hizmeti kullanıyorum, iki SPF kaydı mı eklemeliyim?: Hayır. Alan adı başına tek SPF kaydı olur. İki hizmetin include değerlerini aynı kayda yazın: v=spf1 include:birinci include:ikinci ~all.

Birincil kaynaklar

Diğer hızlı sorgular

Her biri tek bir kayda ya da tek bir soruya odaklanır; hesap gerekmez.

DKIM kaydı kontrolü
DKIM imza anahtarınızı DNS'te bulur, türünü ve uzunluğunu okur; zayıf, test modunda kalmış ya da iptal edilmiş anahtarları işaretler.
DMARC kaydı kontrolü
DMARC kaydınızı etiket etiket açar: sahte e-postaya ne yapıldığını, raporların nereye gittiğini ve dış rapor adreslerinin yetkilendirilip yetkilendirilmediğini gösterir.
MX kaydı sorgulama
Alan adınıza gelen e-postanın hangi sunuculara teslim edildiğini öncelik sırasıyla gösterir; her sunucunun adresini, ters DNS kaydını ve sağlayıcısını okur.
Site çöktü mü?
Siteyi iki ayrı konumdan açmayı dener ve sorunun herkes için mi, yoksa yalnızca sizin bağlantınızda mı olduğunu söyler.
SSL bitiş tarihi sorgulama
Sertifikanızın ne zaman dolduğunu, kaç gün kaldığını ve kimin düzenlediğini gösterir; ana alan adı ile www'yi ayrı ayrı kontrol eder ve takvime hatırlatma ekler.

Tüm kontrolleri tek raporda görmek için:E-posta güvenliği kontrolü