SPF kaydı nedir? Doğru gönderici yetkilendirmesi

SPF, bir alan adı adına hangi sunucuların e-posta göndermesine izin verildiğini DNS üzerinden bildiren bir mekanizmadır. Kurumsal kutularınız, web siteniz ve toplu e-posta hizmetiniz farklı sistemlerden gönderim yapıyorsa bunların birlikte değerlendirilmesi gerekir. İnternette bulunan tek bir SPF satırını kopyalamak, gerçek gönderim yapınıza uygun bir kayıt oluşturduğunuz anlamına gelmez.

SPF neyi doğrular, neyi doğrulamaz?

SPF denetimi, iletinin zarf gönderici alan adı veya ilgili SMTP kimliği ile gönderen sunucunun yetkisini karşılaştırır. Kullanıcının ekranda gördüğü From adresiyle ilişki, DMARC hizalaması bağlamında ayrıca önem kazanır. SPF başarılı olsa bile mesajın içeriği, gönderim itibarı veya alıcı politikası nedeniyle spam klasörüne düşmesi mümkündür. SPF, tek başına teslimat garantisi değildir.

Bir alan adı için birden fazla ayrı v=spf1 kaydı yayınlamak doğru bir birleştirme yöntemi değildir. Yeni bir hizmet eklerken mevcut SPF kaydını anlamak gerekir. Sağlayıcınızın verdiği include veya IP bilgisini mevcut gönderim kaynaklarıyla birlikte düzenleyin. Kullanılmayan eski hizmetleri de listeye süresiz bırakmayın.

Gönderim envanteri hazırlayın

Önce şirket e-postalarının, iletişim formunun, fatura bildirimlerinin, CRM’in ve bülten sisteminin nereden gönderdiğini yazın. Her hizmetin gerçek zarf gönderici alan adını ve önerdiği DNS ayarını öğrenin. Bazı servisler ana alan adınız yerine özel bir alt alan adı kullanabilir. Hepsini tek kayıt altında varsaymak yanlış kapsam oluşturur.

Kontrol ve güncelleme adımları

1. Mevcut TXT kayıtlarını inceleyin. Yetkili DNS panelinde SPF kaydının hangi ad altında bulunduğunu doğrulayın. Doğrulama için eklenen diğer TXT kayıtlarını SPF sanarak silmeyin.
2. Aktif göndericileri karşılaştırın. Kullanılan her hizmetin resmi kurulum değerini alın. Tahminî IP aralıkları veya başka müşteriye ait include hedefleri eklemeyin.
3. Tek bir tutarlı politika oluşturun. Kayıt kapsamını ve sona eklenen politikayı anlayın. Yetkisiz tüm kaynakları kabul eden geniş bir tanım, SPF’nin koruma amacını zayıflatır.
4. DNS sorgu sınırını değerlendirin. SPF değerlendirmesinde DNS sorgusu oluşturan mekanizmalar için sınırlar vardır. Çok sayıda iç içe include, kaydın beklenmedik biçimde hata vermesine neden olabilir.
5. Gerçek mesajla doğrulayın. Her gönderim hizmetinden test iletisi gönderin ve alıcı tarafındaki Authentication-Results bilgisini inceleyin. Panelde yeşil işaret görmek, tüm uygulamaların doğru kaynaktan çıktığını kanıtlamaz.

Örnek problem: Web formu başarısız, normal posta başarılı

Kullanıcıların masaüstü e-posta uygulaması sağlayıcının SMTP sunucusunu kullanırken web formu yerel PHP gönderimi yapıyor olabilir. Böylece iki mesaj farklı IP’lerden çıkar. Sadece kurumsal SMTP kaynağı SPF’de yetkiliyse form iletisi başarısız olabilir. Formu doğrulanmış SMTP hizmetine geçirmek veya gerçek gönderim mimarisini düzeltmek, rastgele yetki genişletmekten daha kontrollüdür.

Yönlendirilmiş mesajlarda SPF sonucu değişebilir; çünkü alıcı mesajı ilk gönderen yerine yönlendiren sunucudan alır. Bu tür durumlar DKIM ve DMARC ile birlikte incelenmelidir. Tek bir başarısız SPF sonucundan bütün alan adının yanlış yapılandırıldığı sonucunu çıkarmayın; mesajın izlediği yolu kontrol edin.

Sık sorulan sorular

SPF kaydı e-posta şifremi korur mu? Hayır. Gönderen sunucu yetkisini bildirir; hesap parolası ve iki aşamalı doğrulama ayrı konulardır.

Yeni sağlayıcı için ikinci SPF kaydı ekleyebilir miyim? Aynı ad altında birden fazla SPF politikası oluşturmayın. Mevcut kayıt uygun biçimde güncellenmelidir.

SPF geçerse spam sorunu kesin biter mi? Hayır. DKIM, DMARC, itibar, alıcı davranışı ve mesaj içeriği de değerlendirilir.

İlgili teknik kaynak

• IETF RFC 7208: Sender Policy Framework