Tema

Popüler araçlar

SPF Kaydı Oluşturma Aracı

E-postanızı gönderen hizmetleri seçin ve alıcılara maliyetini oluşturdukça canlı sayan tek bir SPF kaydı alın.

RFC 7208 sorgu yürüyüşü, SPF kontrolümüzle aynı · 71 göndericinin belgelenmiş include'ları · tarayıcınızda oluşturulur
DNS, tarayıcınızdan okunur

Alan adınızın SPF kaydını göndericileriyle birlikte forma yükler. Ya da aşağıdan göndericileri seçin: siz seçtikçe güncellenir.

Deneyin

Tarayıcınızda oluşturulur. Yalnızca DNS soruları tarayıcıdan çıkar: HTTPS ile Cloudflare'in çözümleyicisine (ikinci görüş olarak Google'ınkine) gider.

Örnek

example.com için örnek bir kayıt

Şu anda yayımladığı kayıttan başlamak için yukarıya alan adınızı yazın ya da aşağıdan bir şeyi değiştirin. Sağdaki kayıt siz değiştirdikçe güncellenir.

example.com adına kimler e-posta gönderiyor?
Kendi sunucularınız
IPv4 adresleri veya aralıkları
IPv6 adresleri veya aralıkları
Diğer include'lar
Bir satıcının include etmenizi söylediği alan adı.
allDiğer her sunucudan gelen e-posta

Listede olmayan sunucular şüpheli işaretlenir, reddedilmez. DMARC quarantine veya reject iken DMARC, DKIM'e göre karar verir. M3AAWG ~all önerir.

Bu alan adı e-posta göndermiyor
v=spf1 -all: hiçbir sunucu onun adına gönderemez.

Alıcıların bu kayda harcadıkları

10 sorgu bütçesi · example.com2 void'in 0 tanesi

/ 10 sorgu kullanıldı

110

DNS sorgusu boş (void)

Include'lar sayılıyor…

Sorgular nereye gidiyor

include:_spf.google.comGoogle Workspace1

Yayımlamadan önce

Yayımlamaya hazır

Tek kayıt; alıcıların atlayacağı ya da yanlış okuyacağı hiçbir şey yok.

İyi

Bunu nereye yapıştıracağım?

DNS barındırıcınızı seçin: aşağıdaki alanlar, onun formunun istediği biçimde yazılmıştır.

Bölge dosyası satırı
example.com. 3600 IN TXT "v=spf1 include:_spf.google.com ~all"

Yayımladıktan sonra

Tam kontrol: example.comBağlantı bu ayarları taşır, anahtarı asla. Tarayıcınızdan soruldu: Cloudflare'in çözümleyicisi, ikinci görüş olarak Google'ınki.

SPF kaydı nasıl oluşturulur?

Alan adınız adına e-posta gönderen her hizmeti listeleyin, onların include: terimlerini ve kendi sunucularınızın adreslerini alan adındaki tek bir TXT kaydına koyun ve kaydı ~all ile bitirin.

Ucuz terimleri öne koyun: IP adresleri hiç DNS sorgusuna mal olmaz, a ve mx birer sorguya, include ise bir sorgu artı içindekilere mal olur.

Sonra sayın: alıcılar 10 DNS sorgusunda durur. Araç her include'u canlı izler, bu yüzden sayı alıcıların göreceği sayıdır.

Kimler gönderiyorGoogle WorkspaceMailjet192.0.2.25
Kayıt, alıcıların okuduğu sırayla
v=spf1ip4:192.0.2.250 sorguinclude:_spf.google.com1 sorguinclude:spf.mailjet.com1 sorgu~all0 sorgu
Göndericilerden tek bir kayda
SPF kaydı oluşturma aracı: 10 sınırını aşan bir kaydın DNS sorgularını ve en çok harcayan göndericileri sayıyorSPF kaydı oluşturma aracı: 10 sınırını aşan bir kaydın DNS sorgularını ve en çok harcayan göndericileri sayıyorAlıcıların ulaşacağı sayıHer include, iç içe olanlar da, bir alıcının saydığı gibi tarayıcınızdan canlı izlenir.Sorgu başına bir hücreOnu harcayan göndericinin rengiyle boyanır; 10'dan sonraki hücreler taralıdır: kalıcı hata.Sorgular nereye gidiyorHer terim işaretiyle, iç içe include'larıyla ve maliyetiyle.En çok kim harcıyor10'un üstündeyken en büyük harcayanlar ve altına dönmenin dürüst yolları, düzleştirmenin tuzağı dahil.Başka yerde yaşayan göndericilerSPF'si bir alt alan adına ait olan ya da hiçbir yere ait olmayan hizmetler nerede olduğunu söyler.
Tek kayıtta Microsoft 365, Freshdesk, Salesforce, Zendesk ve Mimecast: her include tarayıcıdan canlı izlenir, 10 sınırının çok üstünde; en çok harcayan göndericiler ve altına dönmenin yolları gösterilir.

Bir SPF kaydında neler bulunur?

Kimin gönderebileceğini belirten mekanizmalar (ip4, ip6, a, mx, include, exists) ve all veya redirect olmak üzere tek bir bitiş, her biri bir niteleyiciyle; DNS'e soran her terim 10 sorgudan birine mal olur.

Niteleyici, bir eşleşmenin ne anlama geldiğini söyler: + pass (varsayılan), - fail, ~ softfail, ? neutral. Alıcılar soldan sağa okur ve ilk eşleşmede durur.

ptr kullanımdan kaldırılmıştır ve yavaştır: kullanmayın.

TerimÖrnekDNS sorgularıNe için kullanılır
ip4ip4:192.0.2.0/240Kendi IPv4 sunucularınız
ip6ip6:2001:db8::/320Kendi IPv6 sunucularınız
aa1Alan adının kendi adresi
mxmx1 + en fazla 10 adAynı zamanda gönderen gelen e-posta sunucuları
includeinclude:_spf.google.com1 + kendi sorgularıBir hizmetin kaydı
existsexists:%{i}._spf.example.com1Adres başına kontroller (makrolar)
redirectredirect=_spf.example.com1Başka bir alan adının kaydının tamamını kullan
all~all0Geri kalan her şey (bitiş)
+pass-fail~softfail?neutral
Her mekanizma ve maliyeti

Google Workspace, Microsoft 365 ve diğerleri için SPF kayıtları

Google Workspace include:_spf.google.com, Microsoft 365 include:spf.protection.outlook.com'dur; çoğu hizmet tek bir include: terimi yayımlar, bazıları ise kaydınızda hiçbir şey gerektirmez.

Aşağıdaki her maliyet hizmetin canlı kaydında ölçüldü ve içindeki her şeyi kapsar; bir alıcının harcadığı da budur.

“Burada değil” olarak işaretlenen hizmetler kendi dönüş yolu ya da sizin bir alt alan adınızla gönderir, bu yüzden SPF'leri orada yaşar.

HizmetKaydınıza ekleyinSorgularNerede
Google Workspaceinclude:_spf.google.com1kaydınız
Microsoft 365include:spf.protection.outlook.com1kaydınız
Zoho Mailinclude:zohomail.com2kaydınız
Amazon SESinclude:amazonses.com1bir alt alan adı
SendGridinclude:sendgrid.net2bir alt alan adı
Mailguninclude:mailgun.org5bir alt alan adı
Mailchimp——eklenecek bir şey yok
Brevo—1eklenecek bir şey yok
HubSpotinclude:<HubID>.spf0N.hubspotemail.net—kaydınız
Salesforceinclude:_spf.salesforce.com2kaydınız
Zendeskinclude:mail.zendesk.com1kaydınız
Freshdeskinclude:email.freshdesk.com7kaydınız
Postmark—1eklenecek bir şey yok
Mimecast (global)include:_netblocks.mimecast.com9kaydınız
Proton Mailinclude:_spf.protonmail.ch2kaydınız
Fastmailinclude:spf.messagingengine.com1kaydınız
Göndericiler, include'ları ve maliyetleri

SPF 10 sorgu sınırı nedir?

Alıcılar, iç içe include'lar sayılarak DNS'e soran 10 terimden sonra durur ve SPF her ileti için kalıcı bir hatayla başarısız olur; boş dönen üçüncü bir sorgu da onu başarısız kılar (RFC 7208).

Altına dönmek için bir göndericiyi kendi kaydı olan bir alt alan adına taşıyın, bu sunucular e-posta göndermiyorsa a veya mx terimini çıkarın ya da satıcıdan daha dar bir include isteyin.

Düzleştirme, yani bir include'u IP adresleriyle değiştirmek, sorgu kazandırır ama satıcı adresleri değiştirdiği gün eskir: her ay yeniden kontrol edin.

12 / 10 · kalıcı hata

mx1include:spf.protection.outlook.com1include:email.freshdesk.com7include:_spf.salesforce.com2include:mail.zendesk.com1
Alt alan adıa/mx'i çıkarınDaha dar includeDüzleştirin (eskir)
Beş gönderici, 12 sorgu

SPF ~all ile mi yoksa -all ile mi bitmeli?

E-posta gönderen bir alan adında ~all, göndermeyende -all kullanın: DMARC uygulama modundayken DMARC, DKIM'e göre karar verir; -all ise yönlendirilen e-postanın DMARC çalışmadan reddedilmesine yol açabilir.

M3AAWG gönderen alan adları için ~all, e-posta göndermeyenler için -all önerir. Google, Workspace için ~all; Microsoft, Microsoft 365 için -all belgeler.

~allsoftfailKabul edilir, şüpheli işaretlenir; DMARC, DKIM ile karar verir
-allfailDKIM geçse bile hemen reddedilebilir
?allneutralSPF yokmuş gibi
Listelemediğiniz bir sunucudan gelen ileti

Hangi göndericilerin SPF kaydınızda olması gerekmez?

Kendi dönüş yoluyla gönderen Mailchimp, Postmark, SparkPost, Klaviyo ve Shopify gibi hizmetler SPF'yi kendi alan adlarında geçer; Amazon SES, SendGrid ve Mailgun sizin bir gönderim alt alan adınıza aittir.

SPF, insanların gördüğü From adresini değil, zarf göndericiyi (Return-Path) kontrol eder. DMARC için bu hizmetler DKIM üzerinden hizalanır, bu yüzden onların yerine DKIM kayıtlarını yayımlayın.

From (insanların gördüğü)From: news@example.com
Return-Path (SPF'nin kontrol ettiği)Return-Path: bounce@esp.example.net

Burada eklenecek bir şey yok

MailchimpMandrillPostmarkSparkPostBrevoKlaviyoShopifyDynamics 365

Sizin bir alt alan adınızda

Amazon SESSendGridMailgun
SPF, From satırını değil Return-Path'i kontrol eder

Bir alan adının iki SPF kaydı olabilir mi?

Hayır: bir adda iki v=spf1 kaydı olduğunda alıcılar kalıcı bir hatayla durur ve SPF başarısız olur; bu yüzden onları tek kayıtta birleştirin.

İkisindeki her göndericiyi, tek bir bitişle koruyun ve birleştirilmiş kaydın sorgularını sayın: ayrı ayrı sığan iki kayıt birlikte 10'u aşabilir.

example.org adında yayımlandıv=spf1 include:_spf.google.com ~allv=spf1 include:spf.protection.outlook.com -all
Tek kayıtv=spf1 include:_spf.google.com include:spf.protection.outlook.com ~all
İki kayıt, tek kayıtta birleştirildi

Uzun SPF kayıtları DNS barındırıcılarıyla nasıl çalışır?

Bir TXT dizesi 255 bayt tutar; daha uzun kayıtlar, alıcıların aralarında hiçbir şey olmadan birleştirdiği birkaç dizeye bölünür ve çoğu DNS barındırıcısı bunu sizin için yapar.

Cloudflare ve Azure değerin tamamını tek alanda alır; Route 53 ve Google Cloud DNS tırnaklı 255 baytlık dizeler ister. RFC 7208, tüm yanıtın 450 baytın altında tutulmasını ister.

v=spf1 ip4:198.51.100.1 ip4:198.51.100.2 ip4:198.51.100.3 ip4:198.51.100.4 ip4:198.51.100.5 ip4:198.51.100.6 ip4:198.51.100.7 ip4:198.51.100.8 ip4:198.51.100.9 ip4:198.51.100.10 ip4:198.51.100.11 ip4:198.51.100.12 ip4:203.0.113.20 ip4:203.0.113.21 ip4:203.0.113.22 ip4:203.0.113.23 ip4:203.0.113.24 include:_spf.google.com ~all
1255 B272 B
example.com. 3600 IN TXT ( "v=spf1 ip4:198.51.100.1 ip4:198.51.100.2 ip4:198.51.100.3 ip4:198.51.100.4 ip4:198.51.100.5 ip4:198.51.100.6 ip4:198.51.100.7 ip4:198.51.100.8 ip4:198.51.100.9 ip4:198.51.100.10 ip4:198.51.100.11 ip4:198.51.100.12 ip4:203.0.113.20 ip4:203.0.113.21 ip4:203"
	".0.113.22 ip4:203.0.113.23 ip4:203.0.113.24 include:_spf.google.com ~all" )
Uzun bir kayıt, DNS'in sakladığı biçimde

SPF Kaydı Oluşturma Aracı SSS

SPF kaydı nedir?

SPF kaydı, alan adınızdaki v=spf1 ile başlayan bir TXT kaydıdır; zarf göndericide alan adınızı kullanarak e-posta göndermesine izin verilen sunucuları listeler. Alıcılar gönderen sunucuyu bu listeyle karşılaştırır ve iletiyi pass, softfail veya fail olarak değerlendirir. RFC 7208'de tanımlıdır ve alan adları hizalandığında DMARC onun sonucunu kullanır.

Google Workspace için SPF kaydı nedir?

v=spf1 include:_spf.google.com ~all. Bu tek include, Google'ın gönderen sunucularını kapsar ve on DNS sorgunuzdan birine mal olur. Alan adınız adına başka hizmetler de gönderiyorsa include terimlerini bitişten önce ekleyin ve tek kayıt tutun: ikinci bir v=spf1 kaydı SPF'yi herkes için başarısız kılar.

Microsoft 365 için SPF kaydı nedir?

Microsoft'un belgelediği gibi v=spf1 include:spf.protection.outlook.com -all; ~all da çalışır ve yönlendirilen e-postaya karşı daha yumuşaktır. Include bir DNS sorgusuna mal olur. Devlet bulutları, GCC High için spf.protection.office365.us gibi kendi include'larını kullanır; araç bunları ayrı göndericiler olarak listeler.

İki SPF kaydım olabilir mi?

Hayır. Aynı adda iki v=spf1 kaydı olduğunda alıcılar kalıcı bir hatayla durur ve SPF her ileti için başarısız olur. Onları birleştirin: ikisindeki her göndericiyi tek bitişli tek kayıtta tutun. Alan adınızı araçta yüklerseniz yinelenenleri sizin için birleştirir, ardından sonucun sorgularını sayar.

SPF kaydımda 10'dan fazla sorgu olursa ne olur?

Alıcılar DNS'e soran on birinci terimde durur ve kalıcı bir hata döndürür; bu yüzden meşru olanlar dahil her ileti için SPF başarısız olur. DMARC hizalı DKIM üzerinden yine geçebilir, ama SPF yardımcı olmaz. Bir göndericiyi alt alan adına taşıyın, göndermeyen sunucular için a veya mx'i çıkarın ya da satıcıdan daha dar bir include isteyin.

~all mı yoksa -all mı kullanmalıyım?

E-posta gönderen bir alan adı için ~all, göndermeyen için -all kullanın. ~all ile başarısız e-posta şüpheli işaretlenir ve DMARC, DKIM'e göre karar verir; -all ile bazı alıcılar onu doğrudan reddeder ve bu, DMARC çalışmadan yönlendirilen e-postayı yakalayabilir. M3AAWG gönderen alan adları için ~all önerir.

Alt alan adlarının kendi SPF kaydı gerekir mi?

E-posta gönderiyorlarsa evet. SPF devralınmaz: news.example.com, example.com'un değil kendi TXT kaydına göre kontrol edilir. Hiçbir şey göndermeyen bir alt alan adı v=spf1 -all yayımlamalıdır; Amazon SES veya Mailgun gibi hizmetler ise kayıtlarının, onlarla kurduğunuz gönderim alt alan adında olmasını bekler.

SPF kaydını nereye eklerim?

DNS barındırıcınızda, alan adının kendisinde bir TXT kaydı olarak: ad alanına @ yazın (Route 53 boş ister) ve değeri yapıştırın. Orada zaten bir SPF kaydı varsa yenisini eklemek yerine onu düzenleyin. Tam alan adlarını ve uzun değerleri nasıl aldığını görmek için araçta barındırıcınızı seçin.

SPF düzleştirme nedir, kullanmalı mıyım?

Düzleştirme, include terimlerini içerdikleri IP adresleriyle değiştirir; böylece kayıt daha az DNS sorgusu gerektirir. İşe yarar ama satıcı adreslerini değiştirdiğinde kopya eskir ve yeni adreslerden gelen e-posta SPF'yi geçemez. Alt alan adını ya da daha dar bir include'u tercih edin; düzleştirirseniz kaydı her ay yeniden kontrol edin.

SPF kaydı oluşturma aracı ücretsiz mi, sunucunuza bir şey gönderiliyor mu?

Ücretsiz ve kayıt gerektirmez. Kayıt tarayıcınızda oluşturulur ve her include, tarayıcınızın HTTPS ile Cloudflare'in çözümleyicisine (Cloudflare yavaşsa Google'ınkine) gönderdiği DNS soruları ile sayılır; bu yüzden alan adınız ve kaydınız sunucumuzdan geçmez. Yazdığınız hiçbir şey saklanmaz.

Eksik bir şey mi var?Bir özellik ya da yeni bir araç önerin

İlgili araçlar