Defaults.Exposed › Laporan

Penyedia E-mel Manakah yang Memberi Pelanggannya Tetapan Lalai SPF Paling Kukuh? (2026)

Diterbitkan 2026-07-03

Angka setakat 2026-06-29 · metodologi v7. Banci agregat merentasi 261 juta domain yang telah digredkan. Kami mengira sasaran include:/redirect= yang tepat dalam rekod SPF yang diterbitkan — DNS awam, diagregatkan mengikut penyedia; tidak pernah rekod perniagaan individu. Lihat cara kami memberi gred.

Setiap rekod SPF menamakan perkhidmatan yang dibenarkan menghantar bagi sesuatu domain — jadi 139 juta rekod SPF juga merupakan banci tetapan lalai penyedia, dan tetapan lalai itu berbeza dengan ketara: 85.0% domain yang termasuk Microsoft 365 mengakhiri SPF mereka dengan -all ketat, berbanding 8.0% domain yang termasuk Google Workspace. Penemuan kedua lebih penting: pada ukuran yang benar-benar menghentikan penyamaran — dasar DMARC yang menguatkuasakan di sebalik rekod tersebut — tiada pangkalan pelanggan penyedia peti mel utama yang melepasi 30% selesai.

Liga: pengakhiran ketat dan perlindungan selesai, mengikut penyedia

Domain yang SPF-nya termasuk setiap penyedia; bahagian yang berakhir ketat (-all); dan bahagian dengan DMARC yang menguatkuasakan — gabungan yang menghentikan pemalsuan:

Cara membaca jadual ini — dengan jujur

Empat perkara yang data ini adalah dan bukannya:

• Baris ialah populasi include, bukan pelanggan. Domain yang termasuk kedua-dua Google dan Mailgun muncul dalam kedua-dua baris.
• Lajur ketat memotretkan templat persediaan setiap penyedia berserta gabungan pelanggannya. Penyediaan Microsoft mengeluarkan -all; dokumentasi Google mengesyorkan ~all; panel pengehosan memperuntukkan rekod secara automatik pada domain yang mungkin tidak menghantar sebarang mel langsung — yang boleh menggembungkan bahagian ketat tanpa sesiapa pun membuat keputusan.
• Bahagian ketat yang rendah tidak secara automatik salah. Baris Namecheap ialah produk pemajuan e-mel — dan pemajuan ialah kes di mana -all tersasar, jadi templat lembut di situ boleh dikatakan konfigurasi yang betul. Pendedahan dalam baris itu ialah lajur yang satu lagi: 0.2% dikuatkuasakan.
• Lajur penguatkuasaan ialah kedudukan sebenar. Ketat-berbanding-lembut ialah pilihan gaya sebaik sahaja DMARC menguatkuasakan; tanpa penguatkuasaan, mana-mana pengakhiran pun tidak menghentikan pemalsuan di kebanyakan penerima.

Tiga kisah dalam lajur

• Tetapan lalai ialah takdir. Pelanggan majoritinya mengekalkan apa sahaja yang diberikan oleh wizard — 92% domain yang termasuk Google mengekalkan pengakhiran bukan ketat, majoritinya ~all yang disyorkan oleh panduan Google; 98.2% domain Stackmail mengekalkan -all yang ditulis oleh panelnya. Hampir tiada sesiapa membuat keputusan semula tentang penentu (qualifier) kemudian. Inilah pemerhatian asas seluruh banci ini, ditulis sebanyak 139 juta kali.
• Garisan penamat dilepasi oleh pengguna, bukan templat. Peneraju penguatkuasaan ialah penghantar yang berpusatkan pembangun — Amazon SES (41.9%) dan Mailgun (35.9%) — yang pelanggannya condong ke arah pasukan yang menyelesaikan tugas itu. Pangkalan penyedia peti mel besar berada di antara 18.5% dan 29.3% dikuatkuasakan tidak kira betapa ketatnya templat SPF mereka.
• Kumpulan yang terdedah ialah lapisan pengehosan-dan-pemajuan. Pemajuan Namecheap, Hostinger, IONOS dan HostGator bersama-sama meliputi lebih daripada 19 juta domain pada 2% dikuatkuasakan atau kurang — nama perniagaan kecil yang menjalankan apa sahaja yang dipasang oleh panel, dipagar secara lembut dan tidak dikuatkuasakan.

Apa yang perlu dilakukan dengan domain anda sendiri

1. Lihat penyedia yang sebenarnya termasuk dalam SPF anda — dig TXT yourdomain.com, atau semak percuma.
2. Jangan meniru membuta tuli pengakhiran ketat: petakan penghantar anda, kemudian sama ada perketatkan kepada -all atau kekalkan ~all dan letakkan DMARC p=reject di sebaliknya.
3. Apa sahaja yang diberikan oleh penyedia anda ialah templat yang anda warisi — dan suntingan DNS percuma untuk diubah.

Soalan lazim

Penyedia e-mel manakah yang mempunyai tetapan lalai SPF paling selamat? Mengikut templat ketat: Stackmail / 20i (98.2% domain berakhir -all), GoDaddy (86.0%) dan Microsoft 365 (85.0%). Mengikut perlindungan selesai — DMARC menguatkuasakan di sebalik SPF — pelanggan Amazon SES mendahului pada 41.9%. Kedua-dua ukuran itu masing-masing memberi ganjaran kepada templat yang ketat dan pangkalan pelanggan yang menyelesaikan.

Adakah menggunakan Google Workspace bermakna SPF saya lemah? Tidak semestinya. ~all yang disyorkan oleh Google ialah amalan yang kukuh apabila digandingkan dengan dasar DMARC yang menguatkuasakan — tetapi hanya 18.5% domain yang termasuk Google mempunyai gandingan itu setakat 2026-06-29. Kelemahannya bukan softfail; ia adalah berhenti di situ.

Adakah angka-angka ini menilai keselamatan penyedia itu sendiri? Tidak. Ia mengukur pendirian SPF yang diterbitkan bagi domain pelanggan yang termasuk setiap penyedia — DNS awam yang diagregatkan, dibentuk oleh templat persediaan, dokumentasi dan gabungan pelanggan. Tiada domain individu yang dikenal pasti atau digredkan secara awam.

Mengapa templat penyedia saya menentukan keselamatan saya? Kerana ia disalin sekali sahaja, pada hari pertama, dan banci kami menunjukkan ia hampir tidak pernah diputuskan semula. Tetapan lalai kekal — dan itulah sebabnya menyemak tetapan anda berbaloi 30 saat.

Semak apa yang domain anda warisi

Apa sahaja yang ditulis oleh wizard persediaan masih berada dalam DNS anda. Membacanya — dan menyelesaikannya — adalah percuma.

Semak domain anda → · Betulkan SPF → · ~all vs -all → · SPF tanpa DMARC → · Bahagian pasaran pengehosan e-mel → · Data agregat sahaja. Data disimpan dan diproses di EU.