- Konu sahibi
- #1
SPF nedir?
SPF, bir alan adından e-posta göndermeye yetkili sunucu ve hizmetleri DNS üzerinde ilan eden e-posta doğrulama yöntemidir. Alıcı posta sunucusu, ileti geldiğinde gönderen sunucunun IP adresini alan adının SPF kaydıyla karşılaştırır. Sonuç yalnız pass/fail değildir; politika ve sorgu durumuna göre softfail, neutral veya DNS/yapılandırma hatası da oluşabilir. Böylece alan adınız kullanılarak yapılan sahte gönderimlerin azaltılmasına yardımcı olur; ancak SPF tek başına e-postayı şifrelemez, ileti içeriğini imzalamaz ve teslimat garantisi vermez.
SPF kaydı, alan adının DNS bölümünde TXT kaydı olarak yayımlanır. Kayıt genellikle şu yapıya sahiptir:
Kod:
v=spf1 ip4:192.0.2.10 -allBurada
v=spf1 SPF sürümünü, ip4:192.0.2.10 gönderim yapmasına izin verilen dokümantasyon IP adresini, -all ise listede olmayan diğer kaynakların yetkisiz kabul edilmesini belirtir. Gerçek sunucunuzun IP adresini bu örnek adresin yerine yazmalısınız.SPF nasıl çalışır?
Alıcı, görünen From başlığı yerine SMTP zarfındaki
MAIL FROM alan adını ve bağlanan IP’yi değerlendirir; boş zarf gönderen gibi durumlarda HELO kimliği kullanılır. Daha sonra gönderen alan adının DNS kayıtlarında v=spf1 ile başlayan TXT kaydını arar. Kayıtta IP adresi, alan adı veya başka bir e-posta hizmeti yetkilendirilmişse sonuç pass olabilir.Birden fazla hizmetten gönderim yapıyorsanız tüm kaynaklar aynı SPF kaydında tanımlanmalıdır. Örneğin kendi sunucunuz ile bir e-posta servis sağlayıcısı birlikte kullanılıyorsa kayıt, sağlayıcının resmî olarak verdiği
include değerini de içermelidir. Sağlayıcının önerdiği değer bilinmeden rastgele include eklemek doğru değildir.SPF, ileti başlığındaki görünen
From: adresini tek başına doğrulamaz. Bu nedenle alan adı sahteciliğine karşı daha kapsamlı yapı için SPF, DKIM ve DMARC birlikte değerlendirilir. SPF doğrulaması, DMARC açısından ancak kullanılan gönderen alanıyla görünen alan adı arasında gerekli uyum varsa anlam taşır.SPF kaydı ekleme ve kontrol etme
Alan adınız için yalnızca gerçekten e-posta gönderen kaynakları listeleyin. Örneğin
example.com yalnızca kendi sunucusundan gönderim yapıyorsa en küçük örnek şöyledir:- Gönderim yapılan zarf alan adının yetkili DNS panelinde mevcut SPF kaydını bulun. Varsa onu düzenleyin; ikinci SPF kaydı açmayın. Yoksa ilgili ad için TXT kaydı oluşturun. Host veya Name alanı panelin beklentisine göre
@ya da boş bırakılabilir. - Örnekteki dokümantasyon IP’sini canlıya yazmayın. Gerçek gönderim IP’lerini ve bütün hizmetlerin resmî include değerlerini doğrulayıp tek politikada toplayın; ancak tüm yetkili kaynakları belirledikten sonra uygun all sonucunu seçip kaydedin.
- Alan adınızın DNS çözümlemesinde görünen TXT kayıtlarını sorgulayarak
v=spf1ile başlayan kaydın yayımlandığını kontrol edin. - Sorgudaki kaydın panelde kaydettiğiniz politika ile aynı olduğunu doğrulayın; başka TXT doğrulama kayıtlarını SPF diye silmeyin.
- Her yetkili gönderim hizmetinden kontrol ettiğiniz ayrı bir alıcı hesaba test iletisi gönderin. Alıcının oluşturduğu Authentication-Results içinde SPF sonucunu ve değerlendirilen alan adını birlikte inceleyin.
v=spf1 TXT kaydı yayımlamak geçersiz sonuçlara yol açabilir.SPF tasarlarken karar vermeyi kolaylaştıran temel seçenekler şöyledir:
| Kısım | Anlamı | Ne zaman kullanılır? |
|---|---|---|
| ip4 | Belirli IPv4 adresine izin verir | Kendi sabit gönderim sunucunuz varsa |
| include | Başka bir alan adının SPF politikasını dahil eder | Harici e-posta hizmeti kullanıyorsanız |
| ~all | Diğer kaynakları şüpheli veya softfail işaretler | Geçiş ve test döneminde |
| -all | Listelenmeyen kaynakları yetkisiz sayar | Gönderici listesi doğrulandıktan sonra |
Sık yapılan hatalar
En yaygın hata, alan adında birden fazla SPF kaydı yayımlamaktır. İkinci hata, web sitesi, işlem e-postası, SMTP sunucusu ve üçüncü taraf servisleri kullanıldığı hâlde yalnızca bir IP adresine izin vermektir. Bu durumda bazı iletiler SPF başarısız olabilir.
Ayrıca SPF kaydına gereksiz mekanizmalar eklemek DNS sorgu sayısını artırır. DNS sorgusu gerektiren mekanizma ve değiştiricilerin değerlendirmesinde, iç içe include işlemleri dahil RFC’deki 10 terimlik sınır aşılırsa permerror oluşur; bu, kayıtta 10 IP yazılabilir demek değildir. ip4/ip6 kendi başlarına DNS sorgusu gerektirmez. Kayıt kısa tutulmalı, yalnızca gerçek göndericiler eklenmeli ve üçüncü taraf hizmetlerin güncel resmî DNS talimatları izlenmelidir.
Sık sorulan sorular
Kök alan adının SPF kaydı alt alan adlarını da kapsar mı?
Otomatik olarak hayır. Kontrol edilen zarf alan adı bir alt alan adıysa politika o ad için bulunmalıdır. Gönderim hizmetinin istediği return-path/bounce alanını ve ona ait DNS talimatını izleyin; üst alan adındaki politikayı kendiliğinden miras aldığını varsaymayın.
SPF kaydı e-postaların spam klasörüne düşmesini kesin olarak önler mi?
Hayır. SPF yalnızca yetkili gönderim kaynağının doğrulanmasına katkı sağlar. Alıcı sunucular itibar, içerik, DKIM, DMARC ve diğer teslimat sinyallerini de değerlendirebilir.
E-posta yönlendirilince SPF neden başarısız olabilir?
Son alıcıya bağlanan IP, ilk göndericinin sunucusu yerine yönlendiren ara sunucuya ait olur. Zarf alan adı korunmuşsa bu IP ilk alanın politikasında yetkili olmayabilir. SPF bu yüzden bozulabilir; geçerli ve uyumlu DKIM imzası korunuyorsa DMARC başka yoldan geçebilir, fakat yönlendirme sırasında imza da bozulabilir.
