SPF Kaydı Oluşturucu
Sağlayıcılarınızı seçin, geçerli bir SPF kaydını sorgu maliyetiyle birlikte üretin.
IP mekanizmaları DNS sorgusu harcamaz — mümkün olduğunca include yerine bunları kullanın.
Yeni kurulumda ~all ile başlayıp raporlar temizlendikten sonra -all'a geçmek en güvenli yoldur.
- Kayıt adı (host)
example.com- Kayıt türü
- TXT
- TTL
- 3600 (önerilen)
v=spf1 include:_spf.google.com -allBu kayıt doğrudan 1 DNS sorgusu kullanıyor (limit 10). Her include kendi içinde ek sorgu açar; gerçek toplamı yayına aldıktan sonra SPF analizi aracıyla ölçün.
SPF Kaydı Oluşturucu Nedir?
SPF Kaydı Oluşturucu, alan adınız adına e-posta gönderen sistemleri seçerek geçerli bir SPF kaydı üretir. Yaygın sağlayıcıların include değerleri hazır gelir; kendi IP adreslerinizi ve ek include'larınızı ekleyebilirsiniz.
Kayıt oluşturulurken doğrudan harcanan DNS sorgu sayısı da hesaplanır. IP mekanizmaları (ip4:/ip6:) sorgu harcamaz, bu yüzden mümkün olan her yerde include yerine IP yazmak sizi 10 sorgu limitinden uzak tutar.
Yeni kurulumlarda ~all ile başlayıp DMARC raporlarında tüm meşru göndericilerinizin göründüğünü doğruladıktan sonra -all'a geçmek en güvenli yoldur. Kaydı yayına aldıktan sonra gerçek sorgu toplamını SPF Analizi aracıyla ölçün.
Sık Sorulan Sorular
8 soruÜrettiğim kaydı nereye ekleyeceğim?
DNS sağlayıcınızda, alan adının kökünde (host alanı genelde @ veya boş bırakılır) TXT türünde yeni bir kayıt oluşturun ve değeri yapıştırın. Alt alan adları için ayrı SPF kaydı gerekir; miras alınmaz.
Sorgu sayısı neden "doğrudan" olarak gösteriliyor?
Bu araç yalnızca sizin yazdığınız terimleri sayabilir. Her include kendi içinde başka include'lar barındırabilir ve gerçek toplam çok daha yüksek çıkabilir. Kaydı yayına aldıktan sonra SPF Analizi aracıyla ölçün — orada zincir sonuna kadar açılır.
Hangi include'ları eklemem gerektiğini nasıl bilirim?
Alan adınız adına e-posta gönderen her sistemi listeleyin: kurumsal e-posta sağlayıcınız, pazarlama aracınız, CRM'iniz, bilet sisteminiz, uygulama sunucularınız. Unutulan bir sistem, o sistemin e-postalarının SPF'i geçememesi demektir.
Var olan kaydımı bununla değiştirebilir miyim?
Önce mevcut kaydınızı SPF Analizi ile inceleyin ve içindeki tüm mekanizmaları buraya taşıyın. Eksik bir mekanizma, o gönderenin e-postalarının aniden doğrulamayı geçememesine yol açar. Değişiklikten sonra en az bir hafta DMARC raporlarınızı izleyin.
Kaydı yayınladıktan sonra ne kadar beklemeliyim?
Yeni bir TXT kaydı genellikle dakikalar içinde yayılır çünkü daha önce önbelleğe alınmış eski bir değeri yoktur. Mevcut bir kaydı değiştiriyorsanız eski kaydın TTL'i kadar beklemeniz gerekir.
Birden fazla alan adım için aynı kaydı kullanabilir miyim?
Gönderen sistemler aynıysa evet, aynı mekanizma listesini her alan adında ayrı ayrı yayınlayabilirsiniz. Tek bir merkezi kayda işaret etmek isterseniz kendi include kaydınızı oluşturup (ör. _spf.sirketiniz.com) diğer alan adlarından onu include edebilirsiniz — ancak bu her alan adına bir sorgu maliyeti ekler.
Kaydı test etmenin güvenli yolu var mı?
~all ile yayınlayın. Softfail, yanlışlıkla dışarıda bıraktığınız bir göndericinin e-postasının reddedilmesini engeller; yalnızca işaretlenir. DMARC raporlarında bir hafta boyunca beklenmedik gönderici görünmezse -all'a geçin.
Sağlayıcım listede yok, ne yapmalıyım?
Sağlayıcının dokümantasyonunda "SPF" veya "include" araması yapın; hepsi yayınlanacak değeri belgeler. Bulduğunuz değeri "Ek include kayıtları" alanına yazın — birden fazlaysa satır satır ekleyebilirsiniz.