Özel alan adı için SPF kaydı nasıl oluşturulur?

Bir SPF kaydı neleri içerir?

SPF kaydı, v=spf1 ile başlayan ve her biri isteğe bağlı bir niteleyiciyle devam eden mekanizmalar içeren bir TXT kaydıdır. RFC 7208; all, include, a, mx, ip4, ip6, exists ve ptr mekanizmalarını ve redirect değiştiricisini tanımlar. Bir mekanizma eşleştiğinde sonucu niteleyici belirler: + geçer (varsayılan), - başarısız, ~ yumuşak başarısız ve ? tarafsız.

Bir e-posta sağlayıcısı kullanan alan adı için neredeyse tüm işi tek bir mekanizma yapar: include. Alıcıya sağlayıcının alan adının SPF kaydını değerlendirmesini ve oradaki bir eşleşmeyi sizin için de eşleşme saymasını söyler. IP adreslerini hiçbir zaman elle kopyalamazsınız; böylece sağlayıcı DNS'inize dokunmadan sunucularını değiştirebilir. Kendi sunucunuzdan gönderiyorsanız ip4 ve ip6 onun adreslerini listeler ve sorgu maliyeti yoktur.

SPF bir TXT kaydı olarak yayımlanır. Tek bir TXT dizesi 255 sekizliyle sınırlıdır ve daha uzun bir kayıt, alıcının boşluksuz birleştirdiği birkaç dizeye bölünür. Çoğu DNS düzenleyicisi bölme işini sizin yerinize yapar.

Bir alan adı neden yalnızca bir SPF kaydına sahip olabilir?

İki TXT kaydı da v=spf1 ile başlıyorsa, alıcı seçim yapamaz ve kalıcı bir hata döndürür; bu yüzden her ileti SPF'den kalır. RFC 7208, bir alan adının birden fazla SPF kaydına sahip olmaması gerektiğini belirtir. Proton, Mailbox.org ve Mailfence aynı tavsiyeyi verir: bir hizmet eklediğinizde include'unu mevcut kayda koyun.

Olağan neden bir taşımadır. Yeni sağlayıcının kaydını yayımlarsınız ve eskisini unutursunuz. TXT listesini açın, iki satırı tek satırda birleştirin ve artığı silin. Sağlayıcıyı kalıcı olarak değiştirdiğinizde, eski include'a eklemek yerine onu değiştirin. Taşımanın kendisi postayı kaybetmeden yeni bir sağlayıcıya nasıl taşırsınız yazısında anlatılmıştır.

SPF'deki 10 sorgu sınırı nedir?

SPF değerlendirmesi, DNS sorgulayan 10 terimden sonra kalıcı bir hatayla durur; bu yüzden 11 gerektiren bir kayıt her gönderici için başarısız olur. Sayılan terimler include, a, mx, ptr, exists ve redirect değiştiricisidir. all, ip4 ve ip6 mekanizmaları sayılmaz. RFC 7208 ayrıca uygulamaların, hiçbir şey döndürmeyen veya var olmayan bir alan adı döndüren iki boş sorgudan sonra durması gerektiğini söyler.

Bir include, bir sorgu artı dahil edilen kayıttaki her sorgu olarak sayılır. Bu yüzden tek bir posta kutusu sağlayıcısı ucuzdur, ancak bir posta barındırıcısı, bir bülten hizmeti, bir yardım masası ve bir web sitesi formundan oluşan yığın birikir. Önce artık kullanmadığınız hizmetleri kaldırın. Bir araç sabit IP adresleri yayımlıyorsa, ip4 ve ip6 aralıkları hiçbir maliyet getirmez. Her sağlayıcının tam iç içe sayımı Postelva tarafından ölçülmedi; bu yüzden son kaydınıza güvenmeden önce, MX, SPF, DKIM ve DMARC kayıtları nasıl kontrol edilir yazısında gösterildiği gibi bir sorguyla test edin.

SPF kaydımı ~all ile mi -all ile mi bitirmeliyim?

Her göndericiyi denetlemiyorsanız ~all kullanın: diğer sunucuları şüpheli olarak işaretler, ancak alıcılardan postayı tamamen reddetmelerini istemez. all üzerindeki niteleyici, daha önce hiçbir şeyle eşleşmeyen herhangi bir sunucu için verilen hükümdür. -all başarısız, ~all yumuşak başarısız, ?all tarafsız anlamına gelir.

Katı bir -all daha sıkıdır, ancak RFC 9989, bir alıcının DMARC çalışmadan önce bir iletiyi reddetmesine neden olabileceği ve DKIM'in kurtaracağı yönlendirilmiş bir iletiyi gizleyebileceği konusunda uyarır. Bu nedenle Proton ve Mailbox.org'un gösterdiği kayıt ~all ile biter. Postelva'in 12 November 2026 tarihli karşılaştırmasına göre, yardım sayfalarında tam SPF değeri bulunan üç sağlayıcının (Proton Mail, Mailbox.org, Fastmail) her biri tam olarak 1 include kullanır; yani tek sağlayıcılı bir kayıt 1 sorguya mal olur ve bunlardan ikisi ~all ile biterken Fastmail'in değeri ?all ile biter.

Bitiş ne olursa olsun, uygulamayı DMARC yapar. Politikayı orada belirleyin; bu, DMARC kurulumu kılavuzunda açıklanmıştır. Üç kayıt SPF, DKIM ve DMARC farkı yazısında karşılaştırılmıştır.

SPF neyi denetler, neyi denetlemez?

SPF, okuyucunun gördüğü iletideki From adresini değil, zarf göndericisinin ve HELO adının arkasındaki sunucuyu denetler. Bir ileti kimsenin fark etmediği bir alan adı için SPF'yi geçebilir ve From satırında yine de sizin alan adınızı gösterebilir. DMARC, ikisi arasında hizalama şart koşarak bu boşluğu kapatır.

SPF ayrıca düz yönlendirmeden de sağ çıkmaz; çünkü yönlendiren kendi IP adresinden teslim eder. Alıntılanabilir bir pratik kural: SPF sunucuları yetkilendirir, alan adı başına bir kayıt, en fazla 10 sorgu. Hiçbir şey göndermeyen bir alan adı için v=spf1 -all ve Postelva "e-posta yok" şablonunu yayımlayın; hem gönderen hem alan bir alan adı için Proton Mail, Fastmail, Zoho Mail, Google Workspace ve Microsoft 365 için tek tıkla DNS şablonları; ayrıca SPF + DMARC şablonu ve hiçbir şey göndermeyen bir alan adı için "e-posta yok" şablonu.