E-posta

SPF Kaydı Nasıl Yapılır? Mail Koruması Rehberi

Bu rehber, SPF kaydının ne işe yaradığını, doğru TXT kaydının nasıl hazırlanacağını, DNS paneline nasıl ekleneceğini ve DKIM-DMARC ile nasıl tamamlanacağını anlatır.

Yazan Onur Kaya 9 dk okuma
DNS panelinde SPF TXT kaydı, e-posta zarfı ve güvenlik kalkanı ile mail doğrulama sürecini anlatan illüstrasyon.
İçindekiler
  1. SPF kaydı nedir, ne işe yarar?
  2. SPF kaydı neden önemlidir?
  3. SPF kayıt yapısı nasıl okunur?
  4. SPF kaydı nasıl yapılır? DNS panelinde adım adım kurulum
  5. cPanel ve hosting panelinde örnek kurulum
  6. SPF kaydı nasıl doğrulanır?
  7. Sık yapılan hatalar ve çözüm yolları
  8. DKIM ve DMARC ile birlikte nasıl kullanılır?
  9. Kurulumu tamamlamadan önce kontrol listesi

SPF kaydı nasıl yapılır sorusu, kurumsal e-posta kullanan her alan adı sahibi için doğrudan teslimat ve güvenlik konusudur. SPF, alan adınız adına hangi sunucuların e-posta gönderebileceğini DNS üzerinden ilan eder. Alıcı posta sunucusu, gelen mesajın gönderici IP adresini bu kayıttaki izinli kaynaklarla karşılaştırır. Eşleşme varsa mesaj daha güvenilir değerlendirilir, eşleşme yoksa başarısız ya da şüpheli kabul edilebilir.

SPF tek başına tüm spam sorunlarını çözmez, fakat alan adınızın taklit edilmesini zorlaştırır ve gönderim itibarınızın temel parçalarından birini oluşturur. Özellikle kurumsal e-posta, SMTP ile uygulama bildirimi, fatura gönderimi, e-bülten ya da destek sistemi kullanıyorsanız SPF kaydını doğru kurmak gerekir. Yanlış yazılmış bir kayıt, hiç kayıt olmamasından bile daha fazla sorun çıkarabilir.

SPF kaydı nedir, ne işe yarar?

SPF, Sender Policy Framework ifadesinin kısaltmasıdır. Alan adınızın DNS bölgesine eklenen TXT kaydıyla çalışır. Kayıt genellikle v=spf1 ile başlar ve ardından izin verilen IP adresleri, posta sunucuları veya üçüncü taraf gönderim servisleri yazılır. Kayıt, ~all, -all ya da benzeri bir kapanış ifadesiyle biter.

Basit bir örnek şöyledir:

v=spf1 ip4:203.0.113.10 include:mail.example.net ~all

Bu örnekte alan adı, 203.0.113.10 IP adresinden ve mail.example.net alanının SPF politikasında tanımlı kaynaklardan posta gönderilmesine izin verir. Sondaki ~all, diğer kaynakların kesin reddedilmek yerine şüpheli kabul edilmesini önerir.

IETF tarafından yayımlanan SPF standardına göre SPF politikası DNS'te TXT kaydı olarak yayımlanır. Güncel uygulamalarda ayrı SPF kayıt tipi kullanılmaz, TXT kaydı tercih edilir. Ayrıntılı teknik tanım için RFC 7208 kaynağına bakabilirsiniz.

SPF kaydı neden önemlidir?

Alan adınızla e-posta gönderen kaynaklar çoğaldıkça kontrol ihtiyacı artar. Şirket içi posta sunucusu, web sitesindeki iletişim formu, CRM, muhasebe yazılımı, bülten aracı ve destek sistemi farklı altyapılardan mail çıkarabilir. SPF kaydı bu kaynakları tek bir politikada toplar.

Doğru yapılandırılmış SPF kaydı şu faydaları sağlar:

  • Alan adı taklidini azaltır: Yetkisiz sunucuların alan adınız adına posta gönderdiği daha kolay anlaşılır.
  • Teslimat sinyalini güçlendirir: Alıcı sistemler, gönderimin alan adı sahibi tarafından yetkilendirildiğini görür.
  • DMARC için temel oluşturur: DMARC değerlendirmesinde SPF sonucu ve alan adı hizalaması kullanılır.
  • Sorun analizini kolaylaştırır: Hangi gönderici kaynağın yetkili olduğunu DNS üzerinden izleyebilirsiniz.

SPF kaydı, gelen kutusuna ulaşmayı tek başına garanti etmez. İçerik kalitesi, gönderim hacmi, ters DNS, DKIM, DMARC, liste hijyeni ve alıcı şikayetleri de teslimatı etkiler.

Gmail gönderici yönergeleri, alan adları için SPF, DKIM ve DMARC kurulumunu önermektedir. Özellikle toplu gönderim yapan alan adlarında kimlik doğrulama kayıtlarının eksik olması teslimat sorunlarına yol açabilir. Resmi yönergeler için Gmail e-posta gönderici yönergeleri sayfasını inceleyebilirsiniz.

SPF kayıt yapısı nasıl okunur?

SPF kaydını doğru yazmak için mekanizmaları ve niteleyicileri ayırt etmek gerekir. Kayıt soldan sağa değerlendirilir. İlk eşleşen mekanizma sonucu belirler. Bu nedenle gereksiz, çelişkili veya tekrarlı ifadeler kaydı karmaşıklaştırır.

ParçaÖrnekAnlamı
Sürümv=spf1Kaydın SPF politikası olduğunu belirtir.
IPv4ip4:203.0.113.10Belirtilen IPv4 adresine gönderim izni verir.
IPv6ip6:2001:db8::1Belirtilen IPv6 adresine gönderim izni verir.
Includeinclude:_spf.example.netBaşka bir alanın SPF politikasındaki kaynakları yetkilendirir.
MXmxAlan adının MX sunucularını gönderen olarak kabul eder.
AaAlan adının A veya AAAA kaydındaki sunucuyu yetkilendirir.
Kapanış~all veya -allEşleşmeyen kaynaklar için uygulanacak tutumu belirtir.

Kapanış ifadeleri pratikte çok önemlidir. ~all softfail üretir, yani eşleşmeyen kaynakların şüpheli olduğunu söyler. Yeni kurulumlarda test için daha güvenli bir başlangıçtır. -all fail üretir, yani listedeki kaynaklar dışında gönderim yapılmaması gerektiğini net biçimde belirtir. Tüm gönderici kaynaklardan emin olduktan sonra daha sıkı politika tercih edilebilir.

+all kullanmayın. Bu ifade, tüm internetin alan adınız adına posta göndermesine izin vermek anlamına gelir ve SPF'nin amacını boşa çıkarır. ?all ise nötr sonuç verir, çoğu kurumsal senaryoda yeterli koruma sağlamaz.

SPF kaydı nasıl yapılır? DNS panelinde adım adım kurulum

SPF kaydı nasıl yapılır sorusunun pratik cevabı, önce tüm gönderici kaynakları belirlemek, sonra bunları tek bir TXT kaydında birleştirmektir. Alan adınızın DNS yönetimi hangi paneldeyse işlem orada yapılır. Bu panel alan adı kayıt firmanızda, hosting hesabınızda veya ayrı bir DNS servisinde olabilir.

  1. Gönderici kaynakları listeleyin: Kurumsal mail sunucunuz, web siteniz, uygulama sunucunuz, muhasebe yazılımınız ve bülten aracınız mail gönderiyor mu kontrol edin.
  2. Her kaynak için gerekli SPF ifadesini alın: Kendi sunucunuz için IP adresi kullanılır. Harici bir mail servisi kullanıyorsanız sağlayıcının verdiği include: değerini ekleyin.
  3. Tek kayıt oluşturun: Aynı alan adı için birden fazla SPF TXT kaydı yazmayın. Tüm izinleri tek v=spf1 satırında toplayın.
  4. Kapanış politikasını seçin: Emin olmadığınız kurulumda ~all, tüm kaynaklar doğrulandıktan sonra -all kullanabilirsiniz.
  5. DNS paneline TXT kaydı ekleyin: Kök alan adı için ad veya host alanına genellikle @ yazılır. Bazı panellerde alan boş bırakılır.
  6. Kaydı yayımlayın ve bekleyin: DNS değişiklikleri TTL değerine bağlı olarak bir süre içinde yayılır.

Örnek senaryo: Alan adınız example.com, e-postalarınız ana mail sunucunuzdan çıkıyor, web siteniz de aynı sunucudan form bildirimi gönderiyor. Sunucu IP adresiniz 203.0.113.10 ise kayıt şöyle olabilir:

v=spf1 ip4:203.0.113.10 mx ~all

Başka bir SMTP altyapısı da kullanıyorsanız sağlayıcının verdiği include değeri aynı satıra eklenir:

v=spf1 ip4:203.0.113.10 mx include:_spf.example.net ~all

Aynı host için iki ayrı v=spf1 kaydı yayımlamak SPF değerlendirmesinde kalıcı hata üretebilir. Yeni kayıt eklemek yerine mevcut SPF kaydını düzenleyin.

cPanel ve hosting panelinde örnek kurulum

cPanel kullanan hesaplarda SPF ve DKIM kayıtları genellikle Email Deliverability veya benzer isimli bölümden yönetilir. cPanel belgeleri, bu alanın DKIM, SPF ve PTR ile ilgili sorunları göstermeye yardımcı olduğunu açıklar. Resmi açıklama için cPanel Email Deliverability dokümantasyonu incelenebilir.

Tipik işlem akışı şöyledir:

  1. cPanel hesabınıza giriş yapın.
  2. Email Deliverability bölümünü açın.
  3. Alan adınızın durumunu kontrol edin.
  4. Panel önerilen SPF kaydını gösteriyorsa içeriği inceleyin.
  5. DNS aynı sunucuda yönetiliyorsa onarma veya ekleme işlemini panelden uygulayın.
  6. DNS farklı bir yerde yönetiliyorsa önerilen TXT kaydını kopyalayıp yetkili DNS paneline ekleyin.

Bazı hosting panellerinde bu işlem DNS Zone Editor, Zone Editor veya DNS Yönetimi altında yapılır. Kayıt türü TXT seçilir, ad alanına kök domain için @, değer alanına SPF satırı yazılır. TTL alanında özel bir ihtiyacınız yoksa varsayılan değer bırakılabilir.

Bulutova'nın kurumsal e-posta tarafında markaya özel adresler, IMAP/POP3/SMTP desteği, mobil uyumlu webmail, antispam filtreleme, Türkiye veri merkezi ve 7/24 teknik destek özellikleri yer alır. Alan adınıza bağlı posta altyapısını yönetirken kurumsal e-posta hizmetini ve SMTP ayarları rehberini birlikte değerlendirmeniz yararlı olur.

SPF kaydı nasıl doğrulanır?

SPF kaydı nasıl yapılır kadar önemli bir diğer adım doğrulamadır. DNS panelinde kaydı görmek, alıcı sunucuların aynı kaydı gördüğü anlamına gelmeyebilir. Yetkili DNS sunucuları ve önbellekler güncellenene kadar farklı sonuçlar alınabilir.

Linux veya macOS terminalinde şu komutla TXT kayıtlarını sorgulayabilirsiniz:

dig TXT example.com +short

Windows üzerinde Komut İstemi veya PowerShell ile şu komut kullanılabilir:

nslookup -type=TXT example.com

Beklenen çıktı içinde yalnızca bir tane v=spf1 ile başlayan kayıt bulunmalıdır. Birden fazla SPF satırı görüyorsanız bunları tek kayıt altında birleştirin. Ayrıca kayıtta gereksiz boşluk, eksik iki nokta, yanlış include alanı veya hatalı IP biçimi olmadığını kontrol edin.

Doğrulama sırasında şu soruları sorun:

  • Gönderim yapan tüm IP adresleri veya include değerleri kayıtta var mı?
  • Artık kullanılmayan eski gönderim servisi kayıttan çıkarıldı mı?
  • Alan adı köküne mi, yoksa yanlışlıkla alt alan adına mı kayıt eklendi?
  • SPF kaydı DNS'te tek satır mantığıyla mı yayımlanıyor?
  • Toplam DNS sorgusu sınırını aşma riski var mı?

SPF değerlendirmesinde DNS sorgu sınırı önemli bir ayrıntıdır. include, a, mx, exists ve redirect gibi mekanizmalar sorgu tüketir. Çok fazla include içeren kayıtlar hata üretebilir. Mümkün olduğunda doğrudan ip4 ve ip6 mekanizmalarını tercih etmek kayıt performansını ve okunabilirliği artırır.

Sık yapılan hatalar ve çözüm yolları

SPF sorunlarının çoğu küçük yazım hatalarından veya kontrolsüz eklemelerden kaynaklanır. Aşağıdaki tablo, en sık görülen durumları hızlıca ayırt etmenize yardımcı olur.

HataBelirtiÇözüm
Birden fazla SPF kaydıSPF permerror sonucu görülebilir.Tüm izinleri tek TXT kaydında birleştirin.
Yanlış host alanıKök domain sorgusunda SPF görünmez.Kök alan adı için @ veya panelin istediği biçimi kullanın.
Eksik gönderici kaynakBelirli sistemlerden çıkan mailler başarısız olur.Tüm SMTP ve uygulama kaynaklarını envantere ekleyin.
Gereksiz includeDNS sorgu sınırı aşılabilir.Kullanılmayan servisleri kaldırın, mümkünse IP mekanizması kullanın.
+all kullanımıSPF koruması işlevsiz hale gelir.~all veya kontrollü kurulumdan sonra -all tercih edin.
Eski IP adresiSunucu taşındıktan sonra teslimat bozulur.Sunucu IP değişikliklerinde SPF kaydını güncelleyin.

Bir web sitesi iletişim formundan mail gönderiyorsanız sunucunun gerçekten hangi SMTP hesabını kullandığını kontrol edin. PHP mail işleviyle doğrudan gönderim yerine kimlik doğrulamalı SMTP kullanmak yönetimi kolaylaştırır. Bu konuda SMTP ayarları rehberindeki mantık SPF ile birlikte düşünülmelidir.

DKIM ve DMARC ile birlikte nasıl kullanılır?

SPF, gönderen sunucunun yetkisini kontrol eder. DKIM, mesajın belirli bir alan adı tarafından imzalandığını ve içerikte aktarım sırasında değişiklik olmadığını doğrulamaya yardımcı olur. DMARC ise SPF ve DKIM sonuçlarını, kullanıcının gördüğü From alan adıyla ilişkilendirir ve başarısız mesajlar için politika tanımlar.

DMARC kaydı genellikle _dmarc.example.com altında TXT kaydı olarak yayımlanır. Basit bir izleme kaydı şöyledir:

v=DMARC1; p=none; rua=mailto:[email protected]

p=none izleme modudur, alıcıya reddetme talimatı vermez. Raporları inceledikten ve meşru kaynakların SPF veya DKIM ile hizalandığından emin olduktan sonra quarantine ya da reject politikaları değerlendirilebilir. DMARC standardının ayrıntıları için RFC 7489 kaynağına bakabilirsiniz.

Pratik kurulum sırası şu şekilde ilerleyebilir:

  1. Önce SPF kaydını oluşturun ve tüm gönderici kaynakları kapsadığını doğrulayın.
  2. Mail sunucunuz veya paneliniz üzerinden DKIM imzasını etkinleştirin.
  3. DMARC için p=none ile rapor toplamaya başlayın.
  4. Raporlarda yetkisiz veya hatalı kaynakları ayıklayın.
  5. Meşru gönderimler sorunsuzsa politikayı kademeli olarak sıkılaştırın.

Alan adı, web sitesi ve e-posta altyapısı aynı ekosistemde yönetildiğinde DNS değişikliklerini takip etmek daha kolay olur. Alan adınızı yeni kaydedecekseniz alan adı kayıt sürecinde DNS yönetim erişimlerini de planlayın. Web sitesi ve e-posta aynı proje içinde çalışıyorsa kurumsal hosting tarafındaki mail gönderim kaynaklarını SPF envanterinize dahil edin.

Kurulumu tamamlamadan önce kontrol listesi

SPF kaydı nasıl yapılır sorusunun güvenli cevabı, aceleyle kopyalanmış bir TXT satırı değil, düzenli bir gönderici envanteridir. Alan adınız adına kimlerin mail gönderebildiğini bilmiyorsanız SPF kaydı ya eksik kalır ya da gereğinden fazla izin verir.

  • Alan adınız için yalnızca bir SPF TXT kaydı olduğundan emin olun.
  • Kullanmadığınız eski servisleri kayıttan çıkarın.
  • Yeni SMTP, CRM veya bülten aracı eklediğinizde SPF kaydını güncelleyin.
  • ~all ile test edip tüm kaynaklar netleşince daha sıkı politika değerlendirin.
  • SPF'yi DKIM ve DMARC ile tamamlayın.
  • Değişiklik sonrası gerçek alıcılara test gönderimi yapın ve başlık bilgilerini inceleyin.

Doğru yapılandırılmış SPF kaydı, kurumsal e-posta altyapınızın temel güvenlik katmanlarından biridir. Kayıt kısa, okunabilir ve güncel tutulduğunda hem teslimat sorunlarını azaltır hem de alan adınızın yetkisiz kullanıma karşı daha kontrollü hale gelmesine yardımcı olur.

Sıkça Sorulan Sorular

SPF kaydı ekledikten sonra ne kadar sürede çalışır?

DNS yayılımı TTL değerine ve kullanılan DNS altyapısına göre değişir. Bazı alıcılar yeni kaydı kısa sürede görürken bazı önbelleklerde eski bilgi bir süre kalabilir. Değişiklikten sonra dig veya nslookup ile farklı ağlardan kontrol yapmak yararlıdır.

Aynı alan adına iki SPF kaydı ekleyebilir miyim?

Hayır, aynı host için birden fazla v=spf1 kaydı yayımlamak doğru değildir. Tüm IP, mx ve include ifadeleri tek TXT kaydı altında birleştirilmelidir. Aksi halde alıcı sunucular SPF sonucunu hata olarak değerlendirebilir.

SPF kaydında ~all mı -all mı kullanmalıyım?

Yeni veya emin olunmayan kurulumlarda ~all daha kontrollü bir başlangıç sağlar. Tüm meşru gönderim kaynaklarını doğruladıktan sonra -all daha sıkı bir politika olarak değerlendirilebilir. Yanlış kullanılırsa meşru e-postaların reddedilmesine yol açabilir.

SPF kaydı spam klasörünü tamamen engeller mi?

SPF önemli bir kimlik doğrulama sinyalidir fakat tek başına spam klasörünü tamamen engellemez. DKIM, DMARC, IP itibarı, içerik kalitesi ve alıcı etkileşimi de teslimatı etkiler. En iyi yaklaşım, tüm e-posta kimlik doğrulama katmanlarını birlikte kurmaktır.

Alt alan adı için ayrı SPF kaydı gerekir mi?

Alt alan adı doğrudan e-posta gönderiyorsa ayrı SPF kaydı gerekebilir. Örneğin bildirimler mail.example.com gibi bir alt alan adından çıkıyorsa bu host için de uygun TXT kaydı tanımlanmalıdır. Gönderim yapmayan alt alan adlarında daha kısıtlayıcı politika kullanılabilir.
Paylaş:

Yazar

Sistem Yöneticisi

Onur Kaya, Bulutova'da sistem yöneticisi olarak sunucu altyapısının, sanallaştırma platformunun ve hosting hizmetlerinin kurulumundan ve işletilmesinden sorumludur. VDS ve VPS sunucular, Linux ve Windows Server yönetimi, DNS, kurumsal e-posta altyapısı ve web sitesi güvenliği konularında günlük operasyonda karşılaşılan sorunlarla doğrudan ilgilenir. Blogda bu deneyimden yola çıkarak teknik konuları herkesin uygulayabileceği, adım adım rehberlere dönüştürür.

Tüm yazıları

İlginizi çekebilir

Tüm yazılar