Tema

Alat populer

SPF Record Generator

Pilih layanan yang mengirim email Anda dan dapatkan satu record SPF, dengan lookup DNS yang dipakainya bagi penerima dihitung langsung selagi Anda membuatnya.

Penelusuran lookup RFC 7208, sama seperti pengecek SPF kami · include terdokumentasi dari 71 pengirim · dibuat di browser Anda
DNS dibaca dari browser Anda

Memuat record SPF domain Anda ke dalam formulir, lengkap dengan pengirimnya. Atau pilih pengirim di bawah: hasilnya berubah seiring Anda memilih.

Coba

Dibuat di browser Anda. Hanya pertanyaan DNS yang keluar, lewat HTTPS ke resolver Cloudflare (Google sebagai pembanding).

Contoh

Contoh record untuk example.com

Ketik domain Anda di atas untuk memulai dari yang dipublikasikannya sekarang, atau ubah apa pun di bawah. Record di kanan ikut berubah.

Siapa yang mengirim email sebagai example.com?
Server Anda sendiri
Alamat atau rentang IPv4
Alamat atau rentang IPv6
Include lainnya
Domain yang diminta vendor untuk Anda include.
allEmail dari server lain mana pun

Server yang tidak tercantum ditandai mencurigakan, tidak ditolak. Dengan DMARC di quarantine atau reject, DMARC memutuskan berdasarkan DKIM. M3AAWG menyarankan ~all.

Domain ini tidak mengirim email
v=spf1 -all: tidak ada server yang boleh mengirim sebagai domain ini.

Yang dihabiskan penerima untuk record ini

Jatah 10 lookup · example.com0 dari 2 void

/ 10 lookup terpakai

110

Lookup DNS kosong

Menghitung include…

Ke mana lookup terpakai

include:_spf.google.comGoogle Workspace1

Sebelum Anda memublikasikan

Siap dipublikasikan

Satu record, tanpa bagian yang akan dilewati atau salah dibaca penerima.

Baik

Di mana saya menempelkan ini?

Pilih host DNS Anda: kolom di bawah ditulis sesuai yang diminta formulirnya.

Baris file zona
example.com. 3600 IN TXT "v=spf1 include:_spf.google.com ~all"

Setelah Anda memublikasikan

Pengecekan lengkap: example.comTautan membawa pengaturan ini, tidak pernah kunci. Ditanyakan dari browser Anda: resolver Cloudflare, Google sebagai pembanding.

Bagaimana cara membuat record SPF?

Daftar setiap layanan yang mengirim email sebagai domain Anda, masukkan term include: mereka dan alamat server Anda sendiri dalam satu record TXT di domain, lalu akhiri dengan ~all.

Taruh term yang murah di depan: alamat IP tidak memakai lookup DNS, a dan mx masing-masing satu, include satu ditambah isinya.

Lalu hitung: penerima berhenti di 10 lookup DNS. Generator menelusuri setiap include secara langsung, jadi hitungannya sama dengan yang akan dilihat penerima.

Siapa yang mengirimGoogle WorkspaceMailjet192.0.2.25
Record, dalam urutan yang dibaca penerima
v=spf1ip4:192.0.2.250 lookup DNSinclude:_spf.google.com1 lookup DNSinclude:spf.mailjet.com1 lookup DNS~all0 lookup DNS
Dari pengirim menjadi satu record
SPF record generator menghitung lookup DNS record yang melewati batas 10, dengan pengirim yang paling banyak memakainyaSPF record generator menghitung lookup DNS record yang melewati batas 10, dengan pengirim yang paling banyak memakainyaHitungan yang akan dicapai penerimaSetiap include ditelusuri langsung dari browser Anda, termasuk yang bersarang, persis seperti yang dihitung penerima.Satu sel per lookupDiwarnai menurut pengirim yang memakainya; lewat 10, selnya diarsir: error permanen.Ke mana lookup terpakaiSetiap term dengan tandanya, include bersarangnya dan biayanya.Siapa yang paling borosDi atas 10, pemakai terbesar dan cara jujur untuk kembali di bawah batas, termasuk kekurangan flattening.Pengirim yang berada di tempat lainLayanan yang SPF-nya masuk ke subdomain, atau tidak ke mana pun, menyebut di mana letaknya.
Microsoft 365, Freshdesk, Salesforce, Zendesk dan Mimecast dalam satu record: setiap include ditelusuri langsung dari browser, jauh melewati batas 10, dengan pengirim terboros dan cara kembali di bawah batas.

Apa isi record SPF?

Mekanisme yang menyebut siapa yang boleh mengirim (ip4, ip6, a, mx, include, exists) dan satu akhiran, all atau redirect, masing-masing dengan kualifier; setiap term yang bertanya ke DNS memakai satu dari 10 lookup.

Kualifier menyatakan arti kecocokan: + pass (bawaan), - fail, ~ softfail, ? neutral. Penerima membaca dari kiri ke kanan dan berhenti di kecocokan pertama.

ptr sudah usang dan lambat: jangan dipakai.

TermContohLookup DNSDipakai untuk
ip4ip4:192.0.2.0/240Server IPv4 Anda sendiri
ip6ip6:2001:db8::/320Server IPv6 Anda sendiri
aa1Alamat domain itu sendiri
mxmx1 + hingga 10 namaServer masuk yang juga mengirim
includeinclude:_spf.google.com1 + isinya sendiriRecord sebuah layanan
existsexists:%{i}._spf.example.com1Pengecekan per alamat (makro)
redirectredirect=_spf.example.com1Pakai seluruh record domain lain
all~all0Selebihnya (akhiran)
+pass-fail~softfail?neutral
Setiap mekanisme dan biayanya

Record SPF untuk Google Workspace, Microsoft 365 dan lainnya

Google Workspace adalah include:_spf.google.com dan Microsoft 365 adalah include:spf.protection.outlook.com; kebanyakan layanan memublikasikan satu term include:, dan sebagian tidak butuh apa pun di record Anda.

Setiap biaya di bawah diukur pada record langsung layanan itu dan mencakup semua yang bersarang di dalamnya, yaitu yang dipakai penerima.

Layanan yang ditandai “bukan di sini” mengirim dengan return path sendiri atau subdomain milik Anda, jadi SPF-nya berada di sana.

LayananTambahkan ke record AndaLookupDi mana
Google Workspaceinclude:_spf.google.com1record Anda
Microsoft 365include:spf.protection.outlook.com1record Anda
Zoho Mailinclude:zohomail.com2record Anda
Amazon SESinclude:amazonses.com1subdomain
SendGridinclude:sendgrid.net2subdomain
Mailguninclude:mailgun.org5subdomain
Mailchimp——tidak ada yang ditambahkan
Brevo—1tidak ada yang ditambahkan
HubSpotinclude:<HubID>.spf0N.hubspotemail.net—record Anda
Salesforceinclude:_spf.salesforce.com2record Anda
Zendeskinclude:mail.zendesk.com1record Anda
Freshdeskinclude:email.freshdesk.com7record Anda
Postmark—1tidak ada yang ditambahkan
Mimecast (global)include:_netblocks.mimecast.com9record Anda
Proton Mailinclude:_spf.protonmail.ch2record Anda
Fastmailinclude:spf.messagingengine.com1record Anda
Pengirim, include-nya dan biayanya

Apa itu batas 10 lookup SPF?

Penerima berhenti setelah 10 term yang bertanya ke DNS, include bersarang dihitung, dan SPF lalu gagal dengan error permanen untuk setiap pesan; lookup ketiga yang kembali kosong juga menggagalkannya (RFC 7208).

Untuk kembali di bawah batas, pindahkan pengirim ke subdomain dengan record sendiri, hapus a atau mx jika server itu tidak mengirim, atau minta vendor include yang lebih sempit.

Flattening, mengganti include dengan alamat IP-nya, menghemat lookup tetapi menjadi usang begitu vendor mengganti alamat: cek ulang setiap bulan.

12 / 10 · error permanen

mx1include:spf.protection.outlook.com1include:email.freshdesk.com7include:_spf.salesforce.com2include:mail.zendesk.com1
SubdomainHapus a/mxInclude lebih sempitRatakan (jadi usang)
Lima pengirim, 12 lookup

Haruskah SPF diakhiri ~all atau -all?

Pakai ~all pada domain yang mengirim email dan -all pada yang tidak: dengan DMARC ditegakkan, DMARC memutuskan berdasarkan DKIM, sedangkan -all bisa membuat email yang diteruskan ditolak sebelum DMARC berjalan.

M3AAWG menyarankan ~all untuk domain pengirim dan -all untuk domain yang tidak mengirim email. Google mendokumentasikan ~all untuk Workspace; Microsoft mendokumentasikan -all untuk Microsoft 365.

~allsoftfailDiterima, ditandai mencurigakan; DMARC memutuskan bersama DKIM
-allfailBisa langsung ditolak, meski DKIM lolos
?allneutralSeolah Anda tidak punya SPF
Email dari server yang tidak Anda cantumkan

Pengirim mana yang tidak perlu ada di record SPF Anda?

Layanan yang mengirim dengan return path sendiri, seperti Mailchimp, Postmark, SparkPost, Klaviyo dan Shopify, lolos SPF di domain mereka sendiri; Amazon SES, SendGrid dan Mailgun termasuk di subdomain pengirim milik Anda.

SPF mengecek pengirim amplop (Return-Path), bukan alamat From yang dilihat orang. Untuk DMARC, layanan itu selaras lewat DKIM, jadi publikasikan record DKIM mereka.

From (yang dilihat orang)From: news@example.com
Return-Path (yang dicek SPF)Return-Path: bounce@esp.example.net

Tidak ada yang ditambahkan di sini

MailchimpMandrillPostmarkSparkPostBrevoKlaviyoShopifyDynamics 365

Di subdomain milik Anda

Amazon SESSendGridMailgun
SPF mengecek Return-Path, bukan baris From

Bisakah satu domain punya dua record SPF?

Tidak: dengan dua record v=spf1 pada satu nama, penerima berhenti dengan error permanen dan SPF gagal, jadi gabungkan menjadi satu record.

Pertahankan setiap pengirim dari keduanya, satu akhiran, dan hitung lookup record gabungannya: dua record yang masing-masing muat bisa melewati 10 bila digabung.

Dipublikasikan di example.orgv=spf1 include:_spf.google.com ~allv=spf1 include:spf.protection.outlook.com -all
Satu recordv=spf1 include:_spf.google.com include:spf.protection.outlook.com ~all
Dua record, digabung menjadi satu

Bagaimana record SPF panjang bekerja dengan host DNS?

Satu string TXT menampung 255 byte; record yang lebih panjang dipecah menjadi beberapa string yang digabung penerima tanpa sisipan apa pun, dan kebanyakan host DNS memecahnya untuk Anda.

Cloudflare dan Azure menerima seluruh nilai dalam satu kolom; Route 53 dan Google Cloud DNS meminta string 255 byte bertanda kutip. RFC 7208 meminta seluruh jawaban dijaga di bawah 450 byte.

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" )
Record panjang, seperti disimpan DNS

FAQ SPF Record Generator

Apa itu record SPF?

Record SPF adalah record TXT di domain Anda, diawali v=spf1, yang mendaftar server yang boleh mengirim email dengan domain Anda sebagai pengirim amplop. Penerima membandingkan server pengirim dengan daftar itu lalu meloloskan, softfail atau menggagalkan pesan. Standarnya RFC 7208, dan DMARC memakai hasilnya bila domainnya selaras.

Seperti apa record SPF untuk Google Workspace?

v=spf1 include:_spf.google.com ~all. Satu include itu mencakup server pengirim Google dan memakai satu dari sepuluh lookup DNS Anda. Jika layanan lain juga mengirim sebagai domain Anda, tambahkan term include mereka sebelum akhiran, dan pertahankan satu record: record v=spf1 kedua membuat SPF gagal bagi semua orang.

Seperti apa record SPF untuk Microsoft 365?

v=spf1 include:spf.protection.outlook.com -all, seperti yang didokumentasikan Microsoft; ~all juga bisa dan lebih lunak pada email yang diteruskan. Include itu memakai satu lookup DNS. Cloud pemerintah memakai include sendiri, seperti spf.protection.office365.us untuk GCC High, yang dicantumkan generator sebagai pengirim terpisah.

Bisakah saya punya dua record SPF?

Tidak. Dengan dua record v=spf1 pada nama yang sama, penerima berhenti dengan error permanen dan SPF gagal untuk setiap pesan. Gabungkan: pertahankan setiap pengirim dari keduanya dalam satu record dengan satu akhiran. Muat domain Anda di generator dan duplikatnya digabungkan untuk Anda, lalu lookup hasilnya dihitung.

Apa yang terjadi jika record SPF saya punya lebih dari 10 lookup?

Penerima berhenti di term kesebelas yang bertanya ke DNS dan mengembalikan error permanen, jadi SPF gagal untuk setiap pesan, termasuk yang sah. DMARC masih bisa lolos lewat DKIM yang selaras, tetapi SPF tidak lagi membantu. Pindahkan pengirim ke subdomain, hapus a atau mx bila server itu tidak mengirim, atau minta vendor include yang lebih sempit.

Haruskah saya memakai ~all atau -all?

Pakai ~all untuk domain yang mengirim email dan -all untuk yang tidak. Dengan ~all, email yang gagal ditandai mencurigakan dan DMARC memutuskan memakai DKIM; dengan -all, sebagian penerima langsung menolaknya, yang bisa menjegal email yang diteruskan sebelum DMARC berjalan. M3AAWG menyarankan ~all untuk domain pengirim.

Apakah subdomain butuh record SPF sendiri?

Ya, jika mengirim email. SPF tidak diwariskan: news.example.com dicek terhadap record TXT-nya sendiri, bukan milik example.com. Subdomain yang tidak mengirim apa pun sebaiknya memublikasikan v=spf1 -all, dan layanan seperti Amazon SES atau Mailgun mengharapkan record mereka di subdomain pengirim yang Anda siapkan bersama mereka.

Di mana saya menambahkan record SPF?

Di host DNS Anda, sebagai record TXT pada domain itu sendiri: ketik @ di kolom nama (Route 53 meminta dikosongkan), lalu tempel nilainya. Jika record SPF sudah ada di sana, ubah record itu, jangan menambah yang lain. Pilih host Anda di generator untuk melihat nama kolom yang persis dan cara host menerima nilai panjang.

Apa itu SPF flattening, dan haruskah saya memakainya?

Flattening mengganti term include dengan alamat IP di dalamnya, sehingga record butuh lebih sedikit lookup DNS. Cara ini berhasil, tetapi salinannya menjadi usang setiap kali vendor mengganti alamat, dan email dari alamat baru gagal SPF. Lebih baik pakai subdomain atau include yang lebih sempit; jika Anda tetap melakukan flatten, cek ulang record setiap bulan.

Apakah SPF generator ini gratis, dan apakah ada yang dikirim ke server situs ini?

Gratis, tanpa pendaftaran. Record dibuat di browser Anda, dan setiap include dihitung lewat pertanyaan DNS yang dikirim browser Anda melalui HTTPS ke resolver Cloudflare (dan Google saat Cloudflare lambat), jadi domain dan record Anda tidak melewati server kami. Tidak ada yang Anda ketik disimpan.

Ada yang kurang?Usulkan fitur atau alat baru

Alat terkait