Cara memakai
- Centang a: alamat sendiri domain dan mx: server email domain jika domain itu mengirim emailnya sendiri.
- Ketik jaringan server Anda di Jaringan IPv4 dan Jaringan IPv6, dan domain penyedia mana pun di Sertakan domain ini.
- Pilih hasil untuk pengirim lain di bawah Semua pengirim lain. -all adalah pilihan yang ketat.
- Salin Record SPF (TXT) dan terbitkan sebagai record TXT di domain itu. Pastikan Pencarian DNS (batas 10) tetap 10 atau kurang.
Cara penerima membaca record SPF
Record SPF adalah record TXT di domain yang digambarkannya. Ia diawali v=spf1 lalu mendaftar suku: a, mx, ip4, ip6 dan include, masing-masing dengan kualifier opsional. Penerima memeriksanya dari kiri ke kanan, dan suku pertama yang cocok memberi hasil: + lolos, - gagal, ~ softfail atau ? netral. Tanda + adalah nilai bawaan (RFC 7208, bagian 4.6.2).
- all cocok dengan setiap pengirim lain, dan suku setelahnya diabaikan (RFC 7208, bagian 5.1). Halaman ini selalu menulis all paling akhir.
- Ketika tidak ada suku yang cocok dan tidak ada redirect, hasilnya netral, seolah-olah ?all mengakhiri record (bagian 4.7).
Batas 10 pencarian DNS
Suku a, mx, ptr, exists, include dan redirect masing-masing memakan satu pencarian DNS, begitu pula pencarian yang dilakukan record yang disertakan. Penerima yang memerlukan lebih dari 10 pencarian untuk satu pemeriksaan mengembalikan kesalahan (RFC 7208, bagian 4.6.4). Suku ip4 dan ip6 tidak memakan pencarian, itulah sebabnya penyedia yang menerbitkan rentang jaringannya dapat ditulis sebagai suku ip4 dan ip6, bukan include.
Panjang dan string TXT
Sebuah string karakter dalam record TXT memuat paling banyak 255 karakter. Record yang lebih panjang ditulis sebagai beberapa string, dan penerima menggabungkannya tanpa spasi (RFC 7208, bagian 3.3). Record yang diterbitkan sebaiknya menjaga jawaban DNS-nya di bawah 512 oktet (bagian 3.4).
Contoh: domain yang mengirim dari server sendiri dan satu penyedia
Record v=spf1 a mx ip4:192.0.2.0/24 ip6:2001:db8:1::/48 include:_spf.example.net -all memungkinkan record alamat dan server email domain itu sendiri untuk mengirim, memungkinkan dua jaringan untuk mengirim, dan memungkinkan pengirim yang diizinkan record _spf.example.net untuk mengirim. Pengirim lain semuanya gagal (-all).
Suku a, mx dan include masing-masing memakan satu pencarian, dan dua suku jaringan tidak memakan apa pun, sehingga record ini membuat 3 pencarian. Record _spf.example.net menambahkan pencariannya sendiri, yang tidak dihitung halaman ini.
| Besaran | Nilai |
|---|---|
| Record | v=spf1 a mx ip4:192.0.2.0/24 ip6:2001:db8:1::/48 include:_spf.example.net -all |
| Pencarian DNS | 3 dari 10 pencarian DNS |
| Karakter | 78 |
Pertanyaan yang sering diajukan
Haruskah saya memakai -all atau ~all?
-all memberi tahu penerima untuk menggagalkan setiap pengirim yang tidak didaftar record Anda, jadi itu pilihan yang ketat. ~all menandai pengirim lain sebagai softfail, yang dipakai banyak domain sementara mereka memeriksa apakah daftarnya sudah lengkap. Jika Anda tidak yakin daftarnya lengkap, mulailah dengan ~all.
Mengapa record dengan lebih dari 10 pencarian gagal?
Penerima melakukan paling banyak 10 pencarian DNS untuk satu pemeriksaan, dan pemeriksaan yang memerlukan lebih banyak mengembalikan kesalahan (RFC 7208, bagian 4.6.4). Hapus include yang tidak lagi Anda pakai, atau tulis rentang yang diterbitkan penyedia Anda sebagai suku ip4 dan ip6, yang tidak memakan pencarian.
Apakah record SPF harus berupa satu string?
Tidak. Sebuah string TXT memuat paling banyak 255 karakter, dan record yang lebih panjang diterbitkan sebagai beberapa string dalam tanda kutip yang digabungkan penerima tanpa spasi (RFC 7208, bagian 3.3). Keluaran Split di halaman ini menunjukkan string untuk record yang terlalu panjang untuk satu string.
Apa yang dilakukan include?
include:domain memberi tahu penerima untuk memeriksa record SPF domain itu sebagai bagian dari record Anda (RFC 7208, bagian 5.2). Pencarian dari record itu dihitung terhadap batas 10 Anda, sehingga include penyedia mungkin memakan lebih dari satu pencarian yang Anda lihat di sini.
Apakah record SPF cukup untuk menghentikan email palsu?
Tidak. SPF memeriksa server yang mengirim pesan, dan DMARC kemudian memeriksa bahwa domain di baris From cocok (RFC 7489, bagian 3.1). Terbitkan juga tanda tangan DKIM dan kebijakan DMARC.
Apakah generator ini mengirim domain saya ke siapa pun?
Tidak. Record dibuat di peramban Anda dari apa yang Anda ketik, dan tidak ada yang dicari di jaringan atau disimpan.
Sumber
- RFC 7208: Sender Policy Framework, SPF (dalam bahasa Inggris)
- RFC 7489: DMARC, bagian 3.1 tentang penyelarasan (dalam bahasa Inggris)
- RFC 4291: IP Version 6 Addressing Architecture (dalam bahasa Inggris)
Angka dan teks terakhir diperiksa pada Selasa, 10 November 2026.