Kategori penyalahgunaan domain penerima
Laporkan kategori Spamhaus DBL yang disokong untuk domain spam, pancingan data, perisian hasad, dan perintah serta kawalan botnet.
Semakan risiko penerima percuma
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.
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.
Satu semakan menggabungkan bukti peti mel dengan isyarat reputasi domain penerima yang sempit dan dinamakan. Setiap bahagian menjawab soalan yang berbeza.
Laporkan kategori Spamhaus DBL yang disokong untuk domain spam, pancingan data, perisian hasad, dan perintah serta kawalan botnet.
Jalankan pengesahan SMTP penuh supaya alamat berisiko tetapi boleh dihantar tidak dikelirukan dengan peti mel yang tidak wujud.
Semak struktur alamat dan rekod MX sebelum membuat sebarang tafsiran peti mel atau risiko domain.
Kembalikan sah, tidak sah, tidak diketahui, atau berisiko dengan sebab yang nyata, bukan menyembunyikan ketidakpastian dalam satu skor.
Asas risiko penerima
Hasil yang berguna memisahkan kebolehhantaran peti mel, reputasi domain penerima, dan penempatan spam kempen. Menggabungkan bukti adalah berharga; meruntuhkannya menjadi satu janji kabur tidak.
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.
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.
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.
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.
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
Hasil carian mencampurkan pengesahan penerima, penilaian mesej, reputasi penghantar, dan penempatan peti masuk di bawah frasa yang sama. Pilih alat mengikut objek yang diuji.
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.
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.
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 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?
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
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.
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.
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.
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.
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.
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.
Jawapan SMTP hijau yang sama boleh membawa kepada keputusan senarai yang berbeza apabila bukti penyalahgunaan domain penerima hadir. Contoh ini menunjukkan maksud setiap kombinasi.
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.
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.
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.
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.
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
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.
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.
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.
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.
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.
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.
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.
Semak peti mel yang lulus sintaks tetapi milik domain penerima dengan aktiviti mencurigakan atau penyalahgunaan yang disahkan.
Sekat hasil berisiko yang deterministik sebelum kempen, bukan menganggap setiap alamat yang diterima SMTP selamat untuk dihubungi.
Asingkan peti mel tidak sah, semakan tidak pasti, dan alamat yang boleh dihantar dengan sejarah penyalahgunaan domain penerima.
Terjemahkan risk_reasons kepada kategori penyalahgunaan yang boleh dibaca untuk keputusan operasi, sokongan, dan kebersihan senarai.
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.
Risiko spam ialah satu lapisan. Teruskan dengan alat BillionVerify yang tertumpu yang sepadan dengan alamat, senarai, penghantar, atau soalan penyelidikan yang masih perlu dijawab.
Jalankan kebolehhantaran SMTP serta semakan risiko sekali guna, peranan, Catch-All, dan domain penerima.
Semak hasil berbilang lapisan lengkap untuk satu alamat e-mel dalam satu panel.
Kenal pasti penyedia peti mel sementara dan sekali guna yang digunakan untuk pendaftaran berumur pendek.
Fokus pada penolakan peti mel dan risiko lantunan keras sebelum menghantar.
Terapkan peraturan kebolehhantaran dan risiko merentas alamat yang ditampal atau senarai CSV.
Semak pengesahan penghantar dan faktor yang mempengaruhi penghantaran kempen.
Semak IP atau domain terhadap senarai reputasi dari perspektif infrastruktur penghantar.
Cari petunjuk pemilik awam, konteks organisasi, dan maklumat penghalaan mel.
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.
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.
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.
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.
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.
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.
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