Pemeriksa data SPF: siapa yang boleh mengirim email atas nama domain ini?

SPF adalah data DNS tempat sebuah domain mencantumkan server yang diizinkan mengirim emailnya. Tanpa SPF, atau dengan SPF yang rusak atau terlalu terbuka, lebih mudah mengirim email palsu atas nama domain itu. Ketik domain, alamat email, atau tautan, dan kami akan membaca SPF-nya lalu menjelaskannya.

Tambahkan sebagai sumber pilihan Unduh diGoogle Play Unduh diApp Store

Cara menggunakannya

Ketik domain yang ingin Anda periksa, atau tempel alamat email atau tautan: kami hanya memakai domainnya.
Tekan “Periksa SPF”. Kami membaca data SPF dan mengikuti setiap include, seperti yang dilakukan server penerima.
Perhatikan bagaimana data itu berakhir dan jumlah pencariannya: yang ingin Anda lihat adalah “-all” atau “~all” dan 10 pencarian atau kurang.

Arti setiap hasil

Domain ini tidak punya SPF: Domain ini tidak menyatakan server mana yang boleh mengirim emailnya, sehingga lebih mudah ditiru. Jika ini domain Anda, publikasikan data SPF.
Data SPF ini memiliki kesalahan: Server penerima tidak dapat menerapkannya, jadi bagi mereka domain ini tidak punya SPF. Sinyal di bawah menjelaskan apa yang salah.
Siapa pun bisa mengirim email atas nama domain ini: Data ini berakhir dengan “+all”, yang mengizinkan semua server di dunia. Dengan pengaturan seperti ini, SPF tidak melindungi apa pun.
SPF ini tidak sepenuhnya melindungi domain: Data ini tidak menyatakan apa yang harus dilakukan terhadap server yang tidak ada dalam daftarnya, sehingga email palsu atas nama domain ini tidak ditandai.
SPF sudah diatur dengan benar: Domain ini mencantumkan server yang boleh mengirim emailnya dan meminta penerima menandai atau menolak sisanya. SPF saja tidak menghentikan peniruan: DMARC-lah yang memberi tahu penerima apa yang harus dilakukan.

Arti setiap sinyal

Domain ini tidak memublikasikan data SPF.
Sebuah domain (domain ini atau domain yang disertakan) memublikasikan lebih dari satu data SPF. Hanya satu yang diizinkan, jadi penerima menganggapnya sebagai kesalahan.
Data ini memiliki bagian yang salah tulis, jadi penerima menganggapnya sebagai kesalahan.
Data ini membutuhkan lebih dari 10 pencarian DNS jika semua include-nya dihitung. Di atas 10, penerima menganggapnya sebagai kesalahan.
Sebuah include menunjuk ke domain yang tidak punya data SPF, jadi penerima menganggap data ini sebagai kesalahan.
Include-nya berputar dalam lingkaran: sebuah domain akhirnya menyertakan dirinya sendiri.
Data ini berakhir dengan “+all”: server mana pun di dunia boleh mengirim email atas nama domain ini.
Data ini berakhir dengan “?all”: tidak menyatakan apa pun tentang server yang tidak tercantum, jadi tidak melindungi.
Data ini berakhir dengan “~all”: email dari server lain ditandai sebagai mencurigakan, tetapi tidak ditolak. Ini pengaturan yang paling umum.
Data ini tidak punya “all” di akhir, sehingga server yang tidak tercantum mendapat hasil netral dan tidak ada perlindungan.
Data ini memakai “ptr”, mekanisme lambat yang tidak dianjurkan oleh standarnya. Banyak penerima melewatinya.
Data ini memakai makro (bagian dengan %) yang berubah di setiap pesan, jadi kami tidak dapat mengikuti bagian itu dan jumlah pencarian yang sebenarnya bisa lebih tinggi.

Negara yang dicakup

Berfungsi untuk domain dari negara mana pun. Kami membaca data ini seperti server penerima (RFC 7208): mekanismenya, cara data itu berakhir, setiap include dan redirect hingga 30 pencarian, serta jumlah pencarian DNS-nya dibandingkan batas 10.

Kami membaca data DNS publik domain tersebut. Jika Anda mengetik alamat email atau tautan, hanya domainnya yang keluar dari browser Anda. Domain yang Anda cari tidak disimpan.

Pertanyaan yang sering diajukan

Apa itu SPF?

Sender Policy Framework: data DNS tempat sebuah domain mencantumkan server yang diizinkan mengirim emailnya. Server yang menerima pesan memeriksa apakah server yang mengantarkannya ada dalam daftar itu.

Mana yang lebih baik, “-all” atau “~all”?

“-all” meminta penerima menolak email dari server yang tidak tercantum; “~all” meminta mereka menandainya sebagai mencurigakan. Keduanya melindungi, dan banyak domain memakai “~all” lalu membiarkan DMARC memutuskan apa yang harus dilakukan. “+all” dan “?all” tidak melindungi.

Mengapa batas 10 pencarian itu penting?

Setiap include, a, mx, ptr, exists, dan redirect membuat server penerima melakukan kueri ke DNS. Jika seluruh data membutuhkan lebih dari 10, data itu dianggap sebagai kesalahan dan SPF berhenti berfungsi. Hapus layanan yang tidak lagi Anda pakai atau minta penyedia Anda memberikan include yang lebih sederhana.

Apakah SPF bisa menghentikan email palsu sendirian?

Tidak. SPF memeriksa pengirim amplop yang tersembunyi, bukan alamat yang Anda lihat di “Dari”. DMARC-lah yang menghubungkan keduanya dan meminta penerima mengirim ke spam atau menolak email yang gagal. Periksa juga DMARC domain tersebut.