İçindekiler
- SPF kaydı nedir, ne işe yarar?
- SPF kaydı neden önemlidir?
- SPF kayıt yapısı nasıl okunur?
- SPF kaydı nasıl yapılır? DNS panelinde adım adım kurulum
- cPanel ve hosting panelinde örnek kurulum
- SPF kaydı nasıl doğrulanır?
- Sık yapılan hatalar ve çözüm yolları
- DKIM ve DMARC ile birlikte nasıl kullanılır?
- 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 ~allBu ö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 | Örnek | Anlamı |
|---|---|---|
| Sürüm | v=spf1 | Kaydın SPF politikası olduğunu belirtir. |
| IPv4 | ip4:203.0.113.10 | Belirtilen IPv4 adresine gönderim izni verir. |
| IPv6 | ip6:2001:db8::1 | Belirtilen IPv6 adresine gönderim izni verir. |
| Include | include:_spf.example.net | Başka bir alanın SPF politikasındaki kaynakları yetkilendirir. |
| MX | mx | Alan adının MX sunucularını gönderen olarak kabul eder. |
| A | a | Alan adının A veya AAAA kaydındaki sunucuyu yetkilendirir. |
| Kapanış | ~all veya -all | Eş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.
- 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.
- 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. - Tek kayıt oluşturun: Aynı alan adı için birden fazla SPF TXT kaydı yazmayın. Tüm izinleri tek
v=spf1satırında toplayın. - Kapanış politikasını seçin: Emin olmadığınız kurulumda
~all, tüm kaynaklar doğrulandıktan sonra-allkullanabilirsiniz. - 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. - 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 ~allBaş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 ~allAynı 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:
- cPanel hesabınıza giriş yapın.
- Email Deliverability bölümünü açın.
- Alan adınızın durumunu kontrol edin.
- Panel önerilen SPF kaydını gösteriyorsa içeriği inceleyin.
- DNS aynı sunucuda yönetiliyorsa onarma veya ekleme işlemini panelden uygulayın.
- 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 +shortWindows üzerinde Komut İstemi veya PowerShell ile şu komut kullanılabilir:
nslookup -type=TXT example.comBeklenen çı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.
| Hata | Belirti | Çö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 kaynak | Belirli sistemlerden çıkan mailler başarısız olur. | Tüm SMTP ve uygulama kaynaklarını envantere ekleyin. |
| Gereksiz include | DNS 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 adresi | Sunucu 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:
- Önce SPF kaydını oluşturun ve tüm gönderici kaynakları kapsadığını doğrulayın.
- Mail sunucunuz veya paneliniz üzerinden DKIM imzasını etkinleştirin.
- DMARC için
p=noneile rapor toplamaya başlayın. - Raporlarda yetkisiz veya hatalı kaynakları ayıklayın.
- 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.
~allile 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?
Aynı alan adına iki SPF kaydı ekleyebilir miyim?
SPF kaydında ~all mı -all mı kullanmalıyım?
SPF kaydı spam klasörünü tamamen engeller mi?
Alt alan adı için ayrı SPF kaydı gerekir mi?
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ı