📍 Memperkenalkan MapLeads: tukar Google Maps, Bing Maps & Apple Maps jadi senarai lead anda.Cuba MapLeads

Semakan risiko penerima percuma

Pemeriksa Spam E-mel: Semak Isyarat Spam

Semak sama ada alamat e-mel boleh menerima mel dan sama ada domain penerimanya mempunyai sejarah penyalahgunaan spam, pancingan data, perisian hasad, atau botnet yang disahkan. Tidak perlu daftar.

Apakah pemeriksa spam e-mel?

Pemeriksa spam e-mel boleh menghuraikan beberapa alat yang berbeza. Ada yang menilai perkataan, pautan, dan HTML di dalam mesej pemasaran. Ada yang menguji pengesahan penghantar atau penempatan peti masuk. Pemeriksa percuma ini fokus pada keputusan yang berbeza: sama ada alamat e-mel penerima boleh dihantar dan sama ada domain penerima mempunyai sejarah penyalahgunaan yang disahkan.

BillionVerify menjalankan semakan sintaks, MX, dan peti mel SMTP, kemudian membaca sebab risiko domain penerima daripada API pengesahan. Hasil berisiko boleh mengenal pasti domain yang dikaitkan dengan spam, pancingan data, perisian hasad, atau aktiviti perintah dan kawalan botnet. Alamat itu mungkin masih menerima mel, itulah sebabnya isyarat ini patut berada di sisi kebolehhantaran, bukan di sebalik label sah-atau-tidak-sah yang ringkas.

Gunakan hasil sebelum menambah alamat ke jangkauan, mengimport kenalan ke CRM, atau mengekalkan penerima yang meragukan dalam senarai pukal. Jangan gunakannya untuk meramal sama ada kempen anda sendiri akan mendarat dalam spam. Kandungan mesej, infrastruktur penghantar, pengesahan, aduan, dan penglibatan penerima ialah bahagian berasingan bagi kebolehhantaran e-mel.

Apa yang diuji oleh pemeriksa spam alamat e-mel ini

Satu semakan menggabungkan bukti peti mel dengan isyarat reputasi domain penerima yang sempit dan dinamakan. Setiap bahagian menjawab soalan yang berbeza.

Kategori penyalahgunaan domain penerima

Laporkan kategori Spamhaus DBL yang disokong untuk domain spam, pancingan data, perisian hasad, dan perintah serta kawalan botnet.

Kebolehhantaran peti mel

Jalankan pengesahan SMTP penuh supaya alamat berisiko tetapi boleh dihantar tidak dikelirukan dengan peti mel yang tidak wujud.

Sintaks dan penghalaan mel

Semak struktur alamat dan rekod MX sebelum membuat sebarang tafsiran peti mel atau risiko domain.

Status risiko yang boleh diambil tindakan

Kembalikan sah, tidak sah, tidak diketahui, atau berisiko dengan sebab yang nyata, bukan menyembunyikan ketidakpastian dalam satu skor.

Asas risiko penerima

Bagaimana pemeriksa spam e-mel percuma membaca alamat

Hasil yang berguna memisahkan kebolehhantaran peti mel, reputasi domain penerima, dan penempatan spam kempen. Menggabungkan bukti adalah berharga; meruntuhkannya menjadi satu janji kabur tidak.

Mulakan dengan alamat e-mel yang tepat

Semakan bermula dengan alamat yang anda rancang simpan atau hubungi. Pengesahan sintaks menangkap input cacat sebelum sebarang permintaan rangkaian. Resolusi DNS kemudian mengesahkan sama ada domain mempunyai penghalaan mel yang boleh digunakan. Ini pintu yang diperlukan, tetapi kedua-duanya tidak mengatakan bahawa peti mel individu wujud atau bahawa domain penerima mempunyai sejarah yang boleh dipercayai.

Rentetan boleh kelihatan sempurna dan masih menunjuk ke peti mel tertutup. Domain boleh menerbitkan rekod MX sementara setiap penerima berguna ditolak. Sebaliknya, peti mel boleh menerima SMTP sementara domain itu sendiri membawa isyarat penyalahgunaan. Itulah sebabnya BillionVerify tidak melabelkan alamat selamat selepas semakan format sahaja. Untuk tugas yang lebih cetek itu, gunakan Email Validator; halaman ini terus ke bukti peti mel dan risiko domain.

Sahkan peti mel sebelum mentafsir risiko spam

Semakan penuh bertanya kepada sistem mel penerima sama ada penerima tertentu boleh menerima mel. Bukti SMTP membezakan peti mel yang boleh dihantar daripada alamat tidak sah atau tidak muktamad. Ini penting kerana status berisiko API bukan nama lain untuk tidak sah. Alamat berisiko mungkin sepenuhnya boleh dihantar, yang menjadikannya menggoda untuk dikekalkan melainkan sebab penyalahgunaan kelihatan.

BillionVerify mengekalkan perbezaan itu dalam medan berasingan. Hasil boleh mengatakan SMTP menerima penerima sementara status ialah berisiko dan risk_reasons menamakan kategori domain. Pasukan operasi kemudian dapat menyekat alamat atas sebab yang konkrit, bukan mengelirukan reputasi dengan lantunan keras. Jika pencegahan lantunan ialah satu-satunya objektif, Pemeriksa Lantunan E-mel memaparkan bukti peti mel yang sama dengan tafsiran yang lebih sempit.

Baca reputasi domain penerima sebagai lapisan berasingan

Selepas pengesahan, perkhidmatan menilai domain penerima terhadap isyarat Domain Blocklist yang disokong. Spamhaus menghuraikan DBL sebagai set data reputasi domain sahaja yang merangkumi domain yang dikaitkan dengan spam dan aktiviti hasad. BillionVerify memetakan kategori milik pelaku yang disokong kepada empat sebab API yang stabil: spam, pancingan data, perisian hasad, dan perintah serta kawalan botnet.

Ini sengaja lebih sempit daripada mengatakan bahawa e-mel ialah spam. Input ialah alamat, bukan mesej yang diterima. Carian menyangkut domain selepas tanda @ dan sejarah yang terikat dengan domain itu. Ia tidak memeriksa apa yang ditulis sesiapa, memutuskan sama ada penghantar sah, atau mengelaskan mesej dalam peti masuk. Hasil patut digunakan sebagai bukti risiko penerima semasa pengesahan dan kebersihan senarai.

Gunakan sebab risiko, bukan skor misteri

Skor kualiti berangka boleh membantu menyusun rekod, tetapi ia tidak patut menyembunyikan peristiwa yang menyebabkan keputusan. Apabila status ialah berisiko, risk_reasons menjelaskan sama ada domain penerima sepadan dengan kategori spam, pancingan data, perisian hasad, atau C&C botnet. Orang yang menyemak hasil dapat memahami kelas ancaman tanpa merekayasa semula ambang atau merawat setiap skor rendah sebagai masalah yang sama.

Status kekal sebagai medan tindakan dan sebab kekal sebagai bukti penjelasan. Padanan penyalahgunaan yang disokong menukar hasil yang sebaliknya boleh dihantar menjadi berisiko. Senarai sebab kosong tidak membuktikan bahawa setiap bahagian alamat tidak berbahaya; ia mengatakan bahawa isyarat luaran tertentu ini tidak sepadan. Kekalkan cap masa hasil dan semak semula rekod penting apabila keputusan penghantaran berlaku jauh kemudian, kerana data reputasi berubah.

Kekalkan tidak diketahui berbeza daripada bersih

Pengesahan rangkaian boleh tidak muktamad kerana kegagalan DNS sementara, polisi pelayan mel, greylisting, perlindungan penyedia, atau laluan perkhidmatan yang terdegradasi. BillionVerify mengembalikan tidak diketahui apabila ia tidak dapat mencapai kesimpulan deterministik. Panel berfokus spam juga memaparkan keadaan tidak muktamad apabila hasil penuh tidak tersedia, bukan secara senyap memanggil domain bersih.

Mencuba semula masuk akal untuk tidak diketahui. Ia tidak masuk akal untuk hasil berisiko deterministik yang isyarat penyalahgunaan domainnya sudah diketahui. Perbezaan ini penting dalam automasi: tidak diketahui milik barisan cuba semula atau semakan, manakala berisiko milik penindasan. Jika anda membersihkan lebih daripada satu alamat, aliran kerja Pembersihan Senarai E-mel mengekalkan status ini berasingan merentas keseluruhan fail.

Apa yang tidak didakwa oleh hasil

Empat produk berbeza sering dipanggil pemeriksa spam e-mel

Hasil carian mencampurkan pengesahan penerima, penilaian mesej, reputasi penghantar, dan penempatan peti masuk di bawah frasa yang sama. Pilih alat mengikut objek yang diuji.

Risiko alamat e-mel penerima

Halaman ini milik pengesahan penerima. Ia bermula dengan name@example.com, menyemak sama ada peti mel itu boleh menerima mel, dan mengenal pasti sejarah penyalahgunaan yang disokong pada example.com. Gunakan sebelum menyimpan atau menghubungi penerima. Objek yang disemak ialah alamat destinasi, bukan kempen yang anda rancang hantar.

Tindakan terkuat ialah sekat, semak, atau kekalkan kenalan berdasarkan bukti alamat deterministik. Isyarat sekali guna, peranan, Catch-All, lantunan, dan penyalahgunaan domain menyelesaikan masalah kualiti senarai yang berdekatan. Mereka tidak mengukur kualiti kreatif, penjajaran pengesahan, atau cara penyedia peti mel akan menilai mesej yang akhirnya dihantar.

Penilaian spam kandungan mesej

Ujian spam kandungan bermula dengan baris subjek dan badan mesej. Ia mungkin memeriksa pilihan kata, imbangan HTML, pautan, imej, pengepala, dan corak yang dikaitkan dengan peraturan penapisan. Itu boleh membantu penulis menangkap masalah yang jelas, tetapi ia tidak dapat membuktikan bahawa peti mel wujud dan tidak dapat menukar senarai penerima buruk menjadi senarai sihat.

BillionVerify tidak menerima salinan mesej di halaman ini, jadi ia tidak dapat membuat penghakiman kandungan. Jika soalan anda ialah sama ada templat surat berita tertentu mengandungi bahasa atau penanda yang mencurigakan, gunakan penguji mesej yang dibina khusus. Tetap sahkan penerima secara berasingan, kerana kreatif yang bersih yang dihantar ke destinasi tidak sah atau menyalahgunakan kekal sebagai masalah kebolehhantaran.

Reputasi domain dan IP penghantar

Alat reputasi penghantar bermula dengan infrastruktur yang menghantar mel: domain From yang kelihatan, domain sampul, domain tandatangan DKIM, IP penghantar, DNS songsang, dan rekod pengesahan. Mereka dapat mendedahkan entri senarai sekat atau masalah konfigurasi yang menjejaskan setiap kempen daripada infrastruktur itu.

Itu berbeza daripada menyemak domain penerima selepas tanda @. Gunakan Pemeriksa Senarai Hitam apabila objek ialah IP atau domain penghantar. Penghantar boleh mempunyai infrastruktur bersih dan masih memuat naik senarai penerima berisiko; domain penerima boleh bersih sementara IP penghantar sendiri disekat. Kedua-dua arah layak semakan berasingan.

Penempatan peti masuk dan kebolehhantaran kempen

Penempatan peti masuk ialah tingkah laku akhir yang diperhatikan selepas mesej sebenar atau berbenih dihantar. Penyedia peti mel mempertimbangkan pengesahan, sejarah penghantaran, aduan, penglibatan, kandungan, corak kadar, dan isyarat khusus penerima. Tiada carian alamat penerima dapat menjamin peti masuk dan bukan spam kerana ia tidak memerhati peristiwa penghantaran penuh itu.

Gunakan Ujian Kebolehhantaran E-mel untuk kesediaan sisi penghantar, kemudian kekalkan pengesahan senarai sebagai kawalan pra-hantar yang berasingan. Pendekatan dua bahagian ini menjawab kedua-dua soalan dengan jujur: bolehkah destinasi ini menerima mel, dan adakah persediaan penghantaran bersedia untuk menghantar kempen secara bertanggungjawab?

Identiti, persetujuan, dan niat mesej

Hasil teknikal tidak membuktikan siapa yang mengawal peti masuk, sama ada pemilik bersetuju dengan kempen, atau sama ada mesej yang dirancang diingini. Kebolehhantaran dan reputasi domain ialah fakta operasi, bukan kebenaran. Alamat awam atau dibeli boleh lulus setiap ujian teknikal dan masih tidak sesuai untuk kegunaan jangkauan tertentu.

Untuk konteks syarikat dan pemilik awam, mulakan dengan Carian E-mel Songsang. Kemudian kekalkan rekod sumber, persetujuan, penindasan, dan keutamaan kenalan dalam sistem yang memiliki keputusan itu. Pemeriksa spam patut meningkatkan kualiti senarai tanpa diregangkan menjadi dakwaan identiti atau polisi yang tidak dapat disokongnya.

Aliran kerja praktikal

Bagaimana menggunakan pemeriksa spam e-mel sebelum menghantar

Aliran kerja terpantas ialah mengesahkan input, membaca hasil peti mel, memeriksa kategori risiko yang dinamakan, dan menghalakan kenalan mengikut status. Setiap langkah menyempitkan mod kegagalan yang berbeza.

  1. 1

    Masukkan alamat e-mel penerima yang lengkap

    Tampal alamat tepat daripada pendaftaran, CRM, permintaan sokongan, atau fail sumber. Jangan gantikan domain dengan laman web syarikat atau masukkan IP penghantar; input itu milik alat yang berbeza. Mengekalkan alamat asal membolehkan lapisan sintaks, penghalaan mel, SMTP, dan risiko domain menghuraikan rekod yang sama.

    Betulkan ralat transkripsi yang jelas hanya apabila anda mempunyai bukti pihak pertama. Jangan cipta aksara yang hilang, tukar domain kerana ia kelihatan luar biasa, atau anggap ejaan yang dicadangkan milik individu yang sama. Hasil yang bersih secara teknikal untuk alamat yang diteka masih hasil untuk input yang salah.

  2. 2

    Baca sintaks, MX, dan SMTP sebelum reputasi

    Sintaks tidak sah bermaksud alamat tidak dapat digunakan seperti yang dimasukkan. Penghalaan mel yang boleh digunakan hilang bermaksud domain tidak dapat menerima e-mel biasa pada masa ini. Penolakan SMTP bermaksud peti mel tertentu nampaknya tidak dapat dihantar. Kegagalan ini sudah menjawab soalan penghantaran, walaupun tiada kategori penyalahgunaan domain untuk dipaparkan.

    Jika semakan penuh tidak diketahui, letakkan dalam barisan cuba semula yang terhad, bukan menandakan alamat sah. Pelayan mel kadangkala menangguhkan siasatan automatik, dan infrastruktur boleh gagal buat sementara. Halaman tidak pernah menggantikan sintaks dan MX untuk hasil peti mel dan reputasi yang lengkap tanpa menunjukkan bahawa respons terdegradasi atau tidak muktamad.

  3. 3

    Periksa kategori penyalahgunaan domain penerima

    Apabila hasil ialah berisiko, baca kategori yang ditunjukkan di bawah status. Spam mengenal pasti domain yang dikaitkan dengan aktiviti pukal tanpa permintaan. Pancingan data mengenal pasti penyalahgunaan kelayakan atau peniruan. Perisian hasad mengenal pasti pengedaran perisian hasad. C&C botnet mengenal pasti infrastruktur perintah dan kawalan. Setiap satunya bukti yang lebih kukuh daripada label kualiti rendah generik.

    BillionVerify sengaja mengecualikan kategori sah yang disalahgunakan Spamhaus daripada tindanan berisiko ini. Laman web biasa boleh dikompromi tanpa peti mel syarikatnya menjadi penerima hasad. Pelaksanaan mengekalkan keputusan pemasaran tertumpu pada kategori penyalahgunaan milik pelaku yang disokong, bukan menukar setiap nama hos yang dikompromi menjadi tuduhan menyeluruh terhadap organisasi.

  4. 4

    Halakan sah, tidak sah, berisiko, dan tidak diketahui secara berbeza

    Kekalkan alamat sah hanya apabila ia juga memenuhi peraturan sumber dan kenalan anda. Buang alamat tidak sah kerana penghantaran lain berkemungkinan lantun. Sekat alamat berisiko kerana isyarat penyalahgunaan domain adalah deterministik walaupun peti mel menerima mel. Letakkan hasil tidak diketahui ke dalam barisan cuba semula terhad atau semakan manual.

    Jangan tukar setiap status menjadi boolean lulus-atau-gagal terlalu awal. Mengekalkan status asal dan risk_reasons membolehkan sistem kemudian menjelaskan mengapa kenalan dibuang, mengelakkan mencuba semula risiko deterministik tanpa henti, dan mengemas kini polisi tanpa menjalankan semula setiap kerja sejarah semata-mata untuk memulihkan bukti yang hilang.

  5. 5

    Terapkan peraturan yang sama kepada senarai dan trafik API

    Semakan satu alamat berguna untuk penerokaan dan sokongan, tetapi kebersihan pengeluaran memerlukan layanan konsisten dalam borang, import, penyegerakan CRM, dan penyediaan kempen. API Pengesahan E-mel mengembalikan medan risk_reasons yang sama untuk automasi, manakala pembersihan pukal mengekalkan sebab bersama setiap baris untuk eksport dan audit.

    Tulis keputusan sekali: cuba semula tidak diketahui di bawah polisi terhad, buang yang tidak sah dan berisiko, dan semak alamat Catch-All atau peranan mengikut kempen. Kekalkan metrik untuk setiap bakul, bukan hanya saiz senarai akhir. Kenaikan mendadak dalam domain berisiko mungkin mencerminkan perubahan kualiti sumber yang layak disiasat sebelum penghantaran seterusnya.

Bagaimana mentafsir hasil semakan spam e-mel yang biasa

Jawapan SMTP hijau yang sama boleh membawa kepada keputusan senarai yang berbeza apabila bukti penyalahgunaan domain penerima hadir. Contoh ini menunjukkan maksud setiap kombinasi.

Boleh dihantar tanpa kategori DBL yang disokong

Peti mel menerima laluan pengesahan dan domain penerima tidak mengembalikan salah satu kategori penyalahgunaan yang disokong pada masa semakan. Ini hasil terkuat yang tersedia daripada alat ini, tetapi ia kekal sebagai semakan penerima, bukan jaminan penempatan peti masuk.

Kekalkan rekod hanya jika sumber, konteks identiti, dan peraturan kenalannya juga boleh diterima. Hasil domain yang bersih tidak mengukur penglibatan, persetujuan, pengesahan penghantar, kandungan mesej, atau sama ada domain akan kekal tidak disenaraikan pada masa hadapan.

Boleh dihantar dengan sebab spam atau domain hasad

Alamat mungkin menerima mel, tetapi domain penerima sepadan dengan kategori penyalahgunaan luaran yang disokong. Status pengesahan ialah berisiko, bukan sah, kerana kebolehhantaran semata-mata tidak cukup untuk membenarkan mengekalkan destinasi ini dalam senarai jangkauan.

Sekat rekod dan kekalkan sebab yang dinamakan. Mengulangi semakan dengan segera tidak berguna: berisiko ialah pengelasan deterministik, bukan kegagalan SMTP sementara. Jika rekod datang daripada sumber lead, periksa rekod berdekatan daripada sumber yang sama untuk masalah kualiti yang serupa.

Peti mel tidak sah tanpa kategori penyalahgunaan

Alamat gagal pengesahan sintaks, penghalaan, atau peti mel. Ketidakhadiran kategori penyalahgunaan domain tidak menyelamatkannya. Buang atau betulkan rekod berdasarkan maklumat pihak pertama yang dipercayai, kerana menghantar ke alamat yang diketahui tidak sah mencipta risiko lantunan.

Gunakan sebab teknikal yang sudah tersedia, bukan menghuraikan setiap rekod buruk sebagai spam. Tidak sah bermaksud destinasi nampaknya tidak dapat dihantar; berisiko bermaksud destinasi yang berkemungkinan boleh dihantar membawa isyarat penyalahgunaan yang disahkan. Itu kegagalan operasi yang berbeza.

Hasil tidak diketahui atau terdegradasi

Perkhidmatan tidak dapat menyelesaikan semakan penuh yang cukup untuk mencapai kesimpulan deterministik. Panel memaparkan ketidakpastian dan tidak mendakwa bahawa domain penerima bersih. Cuba semula kemudian mungkin berjaya apabila keadaan pelayan mel atau infrastruktur sementara selesai.

Kekalkan cubaan semula terhad dan boleh diperhatikan. Jika hasil kekal tidak diketahui, semak atau sekatnya mengikut toleransi risiko, bukan mengulang tanpa henti. Jangan petakan tidak diketahui kepada sah semata-mata kerana sintaks dan MX lulus; semakan itu tidak membuktikan lapisan peti mel atau risiko domain.

Sekali guna, peranan, atau Catch-All bersama isyarat lain

Alamat boleh membawa lebih daripada satu pengelasan yang berguna. Akaun peranan mungkin boleh dihantar tetapi tidak sesuai untuk jangkauan peringkat individu. Alamat sekali guna mungkin berfungsi seketika tetapi merosakkan kualiti akaun jangka panjang. Domain Catch-All mungkin menerima setiap penerima, meninggalkan peti mel tertentu tidak pasti.

Buka Pengesah E-mel penuh apabila anda memerlukan semua dimensi ini bersama-sama. Halaman berfokus spam sengaja menekankan penyalahgunaan domain penerima, tetapi keputusan pengesahan asas paling kukuh apabila kebolehhantaran dan setiap bendera risiko yang relevan kekal tersedia kepada pengulas.

Sumber dinamakan dan titik data

Bagaimana tafsiran penyalahgunaan domain diasaskan

Halaman menggunakan sumber teknikal yang dinamakan dan kontrak API yang diterbitkan supaya pembaca dapat membezakan bukti yang diukur daripada bahasa pemasaran. Fakta sumber disemak pada 14 Ogos 2026.

Skop Domain Blocklist Spamhaus

Spamhaus menghuraikan Domain Blocklist sebagai set data reputasi domain sahaja untuk domain yang menunjukkan tanda spam atau aktiviti hasad. Kenyataan polisinya merangkumi e-mel pukal tanpa permintaan, pancingan data, penipuan, dan pengedaran perisian hasad. DBL menyenaraikan nama domain, bukan alamat IP, jadi BillionVerify merawat ini sebagai bukti domain penerima, bukan keputusan IP penghantar.

Dokumentasi DBL rasmi menyatakan zon dikemas kini secara berterusan dan dihidangkan daripada lebih daripada 80 cermin di seluruh dunia. Baca skop semasa, panduan penggunaan, dan proses penyingkiran di laman Domain Blocklist Spamhaus.

Empat kategori pulangan milik pelaku yang disokong

Jadual DBL yang diterbitkan menetapkan 127.0.1.2 kepada domain spam, 127.0.1.4 kepada domain pancingan data, 127.0.1.5 kepada domain perisian hasad, dan 127.0.1.6 kepada domain perintah serta kawalan botnet. BillionVerify menukar kategori itu kepada rentetan API yang stabil, bukan mendedahkan kod respons DNS mentah dalam alat pemasaran.

Spamhaus juga menerbitkan kategori 127.0.1.102 hingga 127.0.1.106 yang berasingan untuk infrastruktur sah yang disalahgunakan atau pengalih. Tindanan berisiko BillionVerify sengaja mengecualikan kategori sah yang dikompromi itu. Lihat jadual kod pulangan DBL rasmi untuk perbezaannya.

Kontrak hasil API BillionVerify

Respons pengesahan mendedahkan risk_reasons sebagai tatasusunan. Nilai semasa ialah spamhaus_dbl_spam, spamhaus_dbl_phish, spamhaus_dbl_malware, dan spamhaus_dbl_botnet_cc. Medan tiada atau kosong apabila tiada isyarat luaran yang disokong itu sepadan.

Status ialah keputusan dan tatasusunan menjelaskannya. Berisiko bermaksud pengesahan penuh mencapai kesimpulan deterministik: peti mel paling berkemungkinan boleh dihantar, tetapi domain penerima membawa sejarah penyalahgunaan yang disahkan. Tidak diketahui dikhaskan untuk semakan yang tidak dapat mencapai kesimpulan dan mungkin mendapat manfaat daripada cubaan semula.

Tingkah laku senarai sekat DNS dan hasil negatif

RFC 5782, yang diterbitkan oleh IETF pada Februari 2010, mendokumenkan konvensyen senarai hitam dan senarai putih DNS yang biasa, termasuk entri ujian operasi dan makna respons nama-tidak-dijumpai. Ia juga memberi amaran bahawa pengendali senarai mentakrifkan polisi mereka sendiri, itulah sebabnya carian negatif mesti dihuraikan secara sempit, bukan sebagai bukti keselamatan sejagat.

BillionVerify melaporkan bahawa tiada kategori yang disokong dikembalikan; ia tidak mengatakan bahawa tiada ancaman wujud di mana-mana. Baca latar belakang protokol dalam RFC 5782 dan makna set data semasa dalam dokumentasi Spamhaus. Polisi penyedia yang dinamakan lebih penting daripada meneka daripada respons DNS mentah semata-mata.

Mengapa pengesahan dan kebolehhantaran kekal berasingan

Spamhaus mengesyorkan menggunakan DBL pada beberapa peringkat penapisan masuk, termasuk rentetan SMTP dan domain yang dijumpai dalam pengepala atau badan mesej. Penggunaan anti-spam yang lebih luas itu tidak bermaksud semakan alamat sahaja telah memeriksa kempen keluar. BillionVerify menanyakan isyarat domain penerima dalam konteks pengesahan dan menyatakan skop terhad itu pada setiap hasil bersih.

Untuk persediaan sisi penghantar, sahkan SPF, DKIM, DMARC, reputasi infrastruktur, dan tingkah laku kempen secara berasingan. Pengesahan penerima mengurangkan destinasi tidak sah dan berisiko; ia tidak dapat menjanjikan penempatan. Mengekalkan lapisan ini berasingan menjadikan hasil lebih mudah dirujuk, diautomasi, dan dibetulkan apabila mana-mana satu sumber berubah.

Bila perlu menyemak alamat e-mel untuk risiko spam

Semakan penyalahgunaan domain penerima paling berguna pada titik kemasukan senarai, semakan, dan pembersihan, iaitu apabila alamat yang boleh dihantar masih boleh menjadi kenalan yang salah untuk dikekalkan.

Tapis pendaftaran yang tidak dikenali

Semak peti mel yang lulus sintaks tetapi milik domain penerima dengan aktiviti mencurigakan atau penyalahgunaan yang disahkan.

Bersihkan senarai jangkauan

Sekat hasil berisiko yang deterministik sebelum kempen, bukan menganggap setiap alamat yang diterima SMTP selamat untuk dihubungi.

Triaj data CRM yang diimport

Asingkan peti mel tidak sah, semakan tidak pasti, dan alamat yang boleh dihantar dengan sejarah penyalahgunaan domain penerima.

Jelaskan hasil risiko API

Terjemahkan risk_reasons kepada kategori penyalahgunaan yang boleh dibaca untuk keputusan operasi, sokongan, dan kebersihan senarai.

Ini bukan ujian spam kandungan mesej

Pemeriksa tidak memeriksa baris subjek e-mel, salinan badan, HTML, pautan, lampiran, atau pengepala. Ia tidak dapat memberitahu sama ada Gmail atau Outlook akan meletakkan mesej anda dalam peti masuk, tab promosi, atau folder spam.

Ia juga tidak menggantikan semakan sisi penghantar untuk SPF, DKIM, DMARC, reputasi IP penghantar, status senarai sekat, kadar aduan, atau penglibatan. Hasil domain penerima yang bersih hanya bermaksud tiada kategori penyalahgunaan yang disokong dikembalikan pada masa semakan; ia bukan sijil keselamatan sejagat.

Gunakan Ujian Kebolehhantaran E-mel untuk kesediaan penghantar dan kempen. Gunakan Pengesah E-mel apabila soalan utama ialah kebolehhantaran peti mel dan anda mahu set lengkap isyarat risiko sekali guna, peranan, Catch-All, SMTP, dan domain penerima bersama-sama.

Soalan lazim pemeriksa spam e-mel

1. Bagaimana saya boleh menyemak sama ada alamat e-mel ialah spam?

Masukkan alamat dalam pemeriksa percuma. BillionVerify mengesahkan peti mel dan menyemak domain penerima untuk kategori penyalahgunaan Spamhaus DBL yang disokong. Hasil berisiko bermaksud peti mel mungkin menerima mel tetapi domain mempunyai sejarah penyalahgunaan yang disahkan.

2. Adakah alat ini menguji baris subjek e-mel atau kandungan mesej?

Tidak. Ia tidak menilai salinan, pautan, HTML, pengepala, atau lampiran. Ia menyemak alamat penerima, laluan peti mel, dan isyarat penyalahgunaan domain penerima. Gunakan ujian kebolehhantaran untuk pengesahan penghantar dan kesediaan kempen.

3. Apakah maksud hasil e-mel berisiko?

Berisiko ialah hasil deterministik: alamat berkemungkinan boleh dihantar, tetapi domain penerimanya sepadan dengan kategori penyalahgunaan luaran yang disokong. Jangan anggap berisiko sebagai tamat masa sementara atau sebagai selamat untuk dihantar.

4. Risiko spam manakah yang dapat dikenal pasti oleh pemeriksa?

API semasa boleh melaporkan kategori domain penerima untuk spam, pancingan data, perisian hasad, dan aktiviti perintah serta kawalan botnet. Halaman memaparkan kategori yang dikembalikan bersama hasil.

5. Adakah tiada risiko dijumpai menjamin bahawa e-mel selamat?

Tidak. Ia bermaksud tiada kategori penyalahgunaan domain penerima yang disokong dikembalikan pada masa semakan. Ia tidak menjamin identiti, persetujuan, keselamatan mesej, reputasi penghantar, penempatan peti masuk, atau tingkah laku domain pada masa hadapan.

6. Adakah pemeriksa spam e-mel percuma?

Ya. Setiap IP boleh menjalankan 20 semakan penuh dalam tetingkap 24 jam bergulir tanpa daftar. Semakan ini merangkumi pengesahan SMTP dan hasil risiko domain penerima.

Pengesahan E-mel AI-First

Bina Aliran Kerja AI dengan Data Bersih

Pelan percuma direka untuk aliran kerja autonomi — AI agent boleh mula mengesahkan tanpa campur tangan pengebilan manusia. Ketepatan tahap SMTP 99.9%.

Integrasi MCP Server native · Ketepatan tahap SMTP 99.9% · Pelan percuma, tiada kad kredit

99.9%
Ketepatan
Real-time
Kelajuan API
$0.00014
Setiap e-mel
100/day
Percuma selama-lamanya