收件域名濫用類別
回報受支援的 Spamhaus DBL 類別：垃圾郵件、釣魚、惡意軟體與殭屍網路指揮控制域名。
免費收件風險檢查
免費垃圾郵件檢查器：檢查郵箱地址
檢查郵箱是否能收信，以及其收件域名是否有已確認的垃圾郵件、釣魚、惡意軟體或殭屍網路濫用紀錄。無需註冊。
什麼是郵件垃圾檢查器？
「郵件垃圾檢查器」可以指好幾種不同工具。有的為行銷郵件的用字、連結和 HTML 打分；有的測試寄件人驗證或收件匣投放。這個免費檢查器回答的是另一個問題：收件郵箱是否可投遞，以及收件域名是否有已確認的濫用紀錄。
BillionVerify 會執行語法、MX 與 SMTP 郵箱檢查，再讀取驗證 API 回傳的收件域名風險原因。有風險的結果可能指出該域名與垃圾郵件、釣魚、惡意軟體或殭屍網路指揮控制活動有關。地址仍可能接受郵件——這正是此訊號應與送達率並列、而不是被塞進「有效／無效」標籤後面的原因。
在把地址加入外聯、匯入 CRM，或把可疑收件人留在批量名單之前，先用這個結果做判斷。不要用它預測您自己的活動會不會進垃圾匣。郵件內容、寄件基礎設施、驗證、投訴與收件人互動，屬於送達率的其他層面。
這個郵箱垃圾檢查器會測什麼
一次檢查把郵箱證據與一項具名的收件域名信譽訊號合在一起。每一部分回答不同的問題。
郵箱可投遞性
執行完整 SMTP 驗證，避免把「有風險但可投遞」的地址誤當成不存在的郵箱。
語法與郵件路由
在解讀郵箱或域名風險之前，先檢查地址結構與 MX 記錄。
可操作的風險狀態
回傳有效、無效、未知或有風險，並附上明確原因，而不是把不確定性藏進一個分數。
收件風險基礎
免費垃圾郵件檢查器如何解讀地址
有用的結果會把郵箱可投遞性、收件域名信譽與活動垃圾投放分開。把證據合在一起看很有價值；把它壓成一句含糊保證則不是。
從精確的郵箱地址開始
檢查從您打算儲存或聯絡的地址開始。語法驗證會在任何網路請求前攔下格式錯誤的輸入。DNS 解析接著確認域名是否有可用的郵件路由。這些是必要門檻，但兩者都無法說明該郵箱是否存在，或收件域名是否有可信歷史。
字串可以看起來完美，卻指向已關閉的郵箱。域名可以發布 MX 記錄，卻拒絕每一個有用的收件人。反過來說，郵箱可以接受 SMTP，域名本身卻帶有濫用訊號。因此 BillionVerify 不會在僅做格式檢查後就把地址標成安全。若只要較淺的任務，請用郵箱校驗器；本頁會繼續走到郵箱與域名風險證據。
解讀垃圾風險前，先驗證郵箱
完整檢查會詢問接收郵件系統：這個特定收件人能否收信。SMTP 證據把可投遞郵箱與無效或不確定地址分開。這一點很重要，因為 API 的有風險狀態並不是無效的另一個名字。有風險的地址可能完全可投遞，若濫用原因不可見，就很容易被留下來。
BillionVerify 用分開的欄位保留這個區分。結果可以同時說 SMTP 接受了收件人、狀態為有風險，且 risk_reasons 點名域名類別。營運團隊就能按具體原因排除該地址，而不是把信譽與硬退信混為一談。若唯一目標是防止退信，退信郵箱檢查器會用同一套郵箱證據給出更窄的解讀。
把收件域名信譽當成獨立一層來讀
驗證之後，服務會用受支援的 Domain Blocklist 訊號評估收件域名。Spamhaus 把 DBL 描述為僅涵蓋域名的信譽資料集，涵蓋與垃圾郵件及惡意活動相關的域名。BillionVerify 把受支援的行為者自有類別對應成四個穩定的 API 原因：垃圾郵件、釣魚、惡意軟體，以及殭屍網路指揮控制。
這刻意比「這封郵件是垃圾」窄得多。輸入是地址，不是收到的訊息。查詢關注 @ 後面的域名，以及附著在該域名上的歷史。它不檢查任何人寫了什麼、不判定寄件人是否合法，也不把收件匣裡的郵件分類。結果應作為驗證與名單衛生過程中的收件風險證據。
用風險原因，而不是神秘分數
數字品質分數可以幫忙排序紀錄，但不該藏起造成決策的事件。當狀態為有風險時，risk_reasons 會說明收件域名命中的是垃圾郵件、釣魚、惡意軟體還是殭屍網路 C&C 類別。複核的人能理解威脅類型，而不必反推門檻，或把每個低分都當成同一個問題。
狀態仍是行動欄位，原因仍是解釋性證據。受支援的濫用命中會把原本可投遞的結果改成有風險。空的原因清單並不證明地址的每個部分都無害；它只說明這項特定外部訊號沒有命中。請保留結果時間戳，並在發送決策距檢查很遠時重查重要紀錄，因為信譽資料會變。
把未知與乾淨分開
網路驗證可能因暫時的 DNS 失敗、郵件伺服器策略、灰名單、服務商防護或降級路徑而無法定論。BillionVerify 在無法得出確定結論時回傳未知。以垃圾風險為焦點的面板也會在完整結果不可用時顯示不確定狀態，而不是悄悄把域名叫成乾淨。
未知可以重試。對域名濫用訊號已經明確的確定性有風險結果，重試沒有意義。這個差別在自動化裡很重要：未知應進重試或複核佇列，有風險應進排除清單。若要清洗多個地址，郵箱列表清洗工作流會在整份檔案中把這些狀態分開。
結果不會主張什麼
常被叫作郵件垃圾檢查器的其實是四種不同產品
搜尋結果把收件驗證、郵件打分、寄件人信譽與收件匣投放混在同一個詞底下。請依被測對象選擇工具。
收件郵箱地址風險
本頁屬於收件驗證。它從 name@example.com 出發，檢查該郵箱能否收信，並識別 example.com 上受支援的濫用歷史。在儲存或聯絡收件人之前使用它。被檢視的對象是目的地地址，不是您打算發送的活動。
最強的動作是依確定性地址證據排除、複核或保留聯絡人。一次性、角色、Catch-All、退信與域名濫用訊號解決相鄰的名單品質問題。它們不衡量文案品質、驗證對齊，或信箱服務商最終會如何排序那封郵件。
郵件內容垃圾評分
內容垃圾測試從主旨和內文開始。它可能檢查用字、HTML 平衡、連結、圖片、標頭，以及與過濾規則相關的模式。這能幫寫作者抓住明顯問題，但不能證明郵箱存在，也不能把糟糕的收件名單變成健康名單。
BillionVerify 不在本頁接受郵件文案，因此無法做內容判斷。若您的問題是某份電子報範本是否含可疑語言或標記，請用專門的郵件測試器。收件人仍要分開驗證，因為乾淨的創意發到無效或濫用目的地，仍然是送達率問題。
寄件域名與 IP 信譽
寄件人信譽工具從發送郵件的基礎設施出發：可見的 From 域名、信封域名、DKIM 簽署域名、寄件 IP、反向 DNS 與驗證記錄。它們能揭示影響該基礎設施每一場活動的黑名單條目或設定問題。
這與檢查 @ 後面的收件域名不同。當對象是 IP 或寄件域名時，請用黑名單檢查器。寄件人可以基礎設施乾淨卻上傳了有風險的收件名單；收件域名也可以是乾淨的，而寄件人自己的 IP 被封鎖。兩個方向都該獨立檢查。
收件匣投放與活動送達率
收件匣投放是真實或種子郵件送出後觀察到的最終行為。信箱服務商會考慮驗證、發送歷史、投訴、互動、內容、速率模式與收件人特定訊號。沒有任何收件地址查詢能保證進收件匣而不是垃圾匣，因為它並未觀察那次完整發送事件。
寄件端就緒請用電子郵件送達率測試，再把名單驗證當成分開的發送前控制。這兩步誠實地回答兩個問題：這個目的地能否收信，以及發送設定是否準備好負責任地投遞活動？
身分、同意與郵件意圖
技術結果不能證明誰控制收件匣、擁有者是否同意這場活動，或計畫中的訊息是否被需要。送達率與域名信譽是營運事實，不是許可。公開或購買來的地址可以通過每一項技術測試，卻仍不適合某次外聯用途。
若要公開公司與歸屬背景，請從反向郵箱查詢開始。然後把來源、同意、排除與聯絡偏好紀錄留在負責那些決策的系統裡。垃圾檢查器應改善名單品質，而不被拉去承擔它無法支撐的身分或政策主張。
實務流程
發送前如何使用郵件垃圾檢查器
最快的流程是：驗證輸入、讀郵箱結果、檢視具名風險類別，再依狀態分流聯絡人。每一步收窄一種不同的失敗模式。
- 1
輸入完整的收件郵箱地址
從註冊、CRM、客服請求或來源檔貼上精確地址。不要把域名換成公司網站，也不要輸入寄件 IP；那些輸入屬於不同工具。保留原始地址，語法、郵件路由、SMTP 與域名風險各層才能描述同一筆紀錄。
只有在您有第一方證據時，才修正明顯的轉錄錯誤。不要發明缺失字元、因為域名看起來奇怪就換掉，或假設建議拼寫屬於同一個人。對猜出來的地址得到技術上乾淨的結果，仍然是錯輸入的結果。
- 2
先讀語法、MX 與 SMTP，再看信譽
語法無效表示地址無法按輸入使用。缺少可用郵件路由表示域名目前無法接收一般郵件。SMTP 拒收表示該郵箱看來不可投遞。這些失敗已經回答了發送問題，即使沒有可顯示的域名濫用類別。
若完整檢查為未知，請排入有限次重試，而不是標成有效。郵件伺服器有時會延後自動化探測，基礎設施也可能暫時失敗。本頁絕不會在未標示降級或不確定的情況下，用語法與 MX 頂替已完成的郵箱與信譽結果。
- 3
檢視收件域名濫用類別
結果為有風險時，請讀狀態下方的類別。垃圾郵件指出與未經請求的大量活動相關的域名。釣魚指出憑證或假冒濫用。惡意軟體指出惡意軟體散布。殭屍網路 C&C 指出指揮控制基礎設施。每一項都比籠統的低品質標籤更強。
BillionVerify 刻意不把 Spamhaus 的「被濫用的合法域名」類別放進這個有風險覆蓋層。一般網站可能被入侵，卻不代表該公司的郵箱變成惡意收件人。實作把行銷決策聚焦在受支援的行為者自有濫用類別，而不是把每個被入侵主機都變成對整個組織的一概指控。
- 4
把有效、無效、有風險與未知分開處理
只有在來源與聯絡規則也符合時，才保留有效地址。移除無效地址，因為再發一次很可能退信。排除有風險地址，因為即使郵箱接受郵件，域名濫用訊號仍是確定的。把未知結果放進有界重試或人工複核佇列。
不要過早把每種狀態壓成單一的通過／失敗布林值。保留原始狀態與 risk_reasons，後續系統才能解釋為何移除聯絡人、避免對確定性風險無限重試，並在更新政策時不必重跑每一個歷史任務只為找回丟失的證據。
- 5
對名單與 API 流量套用同一規則
單地址檢查適合探索與客服，但生產環境的衛生需要在表單、匯入、CRM 同步與活動準備中一致處理。電子郵件驗證 API會為自動化回傳同一個 risk_reasons 欄位；批量清洗則把原因跟著每一列走，方便匯出與稽核。
把決策寫一次：未知依有界政策重試，移除無效與有風險，Catch-All 或角色地址依活動複核。為每個分桶保留指標，而不只看最終名單大小。有風險域名突然上升，可能反映來源品質變化，值得在下次發送前調查。
如何解讀常見的郵件垃圾檢查結果
同樣的綠色 SMTP 回應，在存在收件域名濫用證據時，會導向不同的名單決策。這些例子說明每種組合的含義。
可投遞且無受支援的 DBL 類別
郵箱接受了驗證路徑，且收件域名在檢查當下未返回受支援的濫用類別之一。這是本工具能給出的最強結果，但仍是收件檢查，不是收件匣投放保證。
只有在來源、身分背景與聯絡規則也可接受時，才保留這筆紀錄。乾淨的域名結果不衡量互動、同意、寄件人驗證、郵件內容，或該域名未來是否仍未被列入。
可投遞但帶有垃圾或惡意域名原因
地址或許能收信，但收件域名命中了受支援的外部濫用類別。驗證狀態是有風險，不是有效，因為單靠可投遞性不足以把這個目的地留在外聯名單裡。
排除這筆紀錄並保留具名原因。立刻重查沒有用：有風險是確定性分類，不是暫時的 SMTP 失敗。若紀錄來自某個線索來源，請檢查同一來源附近的紀錄是否有類似品質問題。
無效郵箱且無濫用類別
地址在語法、路由或郵箱驗證上失敗。沒有域名濫用類別也救不了它。請依可信的第一方資訊移除或更正紀錄，因為向已知無效地址發送會製造退信風險。
使用已經可用的技術原因，不要把每筆壞紀錄都叫成垃圾。無效表示目的地看來不可投遞；有風險表示很可能可投遞的目的地帶有已確認的濫用訊號。那是不同的營運失敗。
未知或降級結果
服務無法完成足夠的完整檢查以得出確定結論。面板顯示不確定，且不主張收件域名乾淨。當暫時的郵件伺服器或基礎設施狀況解除後，稍後重試可能成功。
讓重試保持有限且可觀察。若結果一直未知，請依風險承受度複核或排除，而不是無限循環。不要只因為語法與 MX 通過就把未知對應成有效；那些檢查不能證明郵箱或域名風險層。
一次性、角色或 Catch-All 與其他訊號並存
一個地址可以同時帶有多種有用分類。角色帳戶或許可投遞，卻不適合人員級外聯。一次性地址可能短暫可用，卻會傷害長期帳戶品質。Catch-All 域名可能接受每個收件人，讓特定郵箱仍不確定。
需要這些維度一次看齊時，請開啟完整的郵箱驗證器。以垃圾風險為焦點的頁面刻意強調收件域名濫用，但底層驗證決策在送達率與每一個相關風險標記都可供複核時最強。
具名來源與資料點
域名濫用解讀如何落地
本頁使用具名技術來源與已發布的 API 契約，讓讀者能把測得的證據與行銷用語分開。來源事實於 2026 年 8 月 14 日複核。
Spamhaus Domain Blocklist 範圍
Spamhaus 把 Domain Blocklist 描述為僅涵蓋域名的信譽資料集，針對顯示垃圾郵件或惡意活動跡象的域名。其政策聲明包含未經請求的大量郵件、釣魚、詐欺與惡意軟體散布。DBL 列出的是域名而非 IP，因此 BillionVerify 把它當成收件域名證據，不是寄件 IP 裁決。
官方 DBL 文件指出該區域持續更新，並由全球 80 多個鏡像提供服務。請在Spamhaus Domain Blocklist 頁面閱讀目前範圍、使用指引與移除流程。
四個受支援的行為者自有回傳類別
已發布的 DBL 表將 127.0.1.2 指派給垃圾郵件域名、127.0.1.4 給釣魚域名、127.0.1.5 給惡意軟體域名、127.0.1.6 給殭屍網路指揮控制域名。BillionVerify 把這些類別轉成穩定的 API 字串，而不是在行銷工具裡暴露原始 DNS 回應碼。
Spamhaus 也為被濫用的合法或轉址基礎設施發布 127.0.1.102 到 127.0.1.106 的獨立類別。BillionVerify 的有風險覆蓋層刻意排除那些「被入侵的合法域名」類別。請參閱官方DBL 回傳碼對照表以理解這個區分。
BillionVerify API 結果契約
驗證回應把 risk_reasons 暴露為陣列。目前值為 spamhaus_dbl_spam、spamhaus_dbl_phish、spamhaus_dbl_malware 與 spamhaus_dbl_botnet_cc。當這些受支援的外部訊號都未命中時，該欄位會缺席或為空。
狀態是決策，陣列解釋決策。有風險表示完整驗證得出了確定結論：郵箱很可能可投遞，但收件域名帶有已確認的濫用歷史。未知保留給未能得出結論、可能值得重試的檢查。
DNS 封鎖名單行為與否定結果
IETF 於 2010 年 2 月發布的 RFC 5782 記錄了常見的 DNS 黑名單與白名單慣例，包括營運測試條目與名稱未找到回應的含義。它也提醒名單營運者會自行定義政策，因此未命中查詢只能按有限範圍描述，不能當作普遍安全的證明。
BillionVerify 報告的是未返回受支援類別；它不說任何地方都不存在威脅。請在RFC 5782閱讀協定背景，並在 Spamhaus 文件中閱讀目前資料集含義。具名提供者的政策，比單從原始 DNS 回應猜測更重要。
為何驗證與送達率仍須分開
Spamhaus 建議在入站過濾的多個階段使用 DBL，包括 SMTP 字串以及標頭或內文中發現的域名。更廣的反垃圾用途，並不表示僅檢查地址就已經檢視過外發活動。BillionVerify 在驗證情境下查詢收件域名訊號，並在每個乾淨結果上說明這個有限範圍。
寄件端準備請獨立驗證 SPF、DKIM、DMARC、基礎設施信譽與活動行為。收件驗證減少無效與有風險目的地；它不能承諾投放。把這些層分開，結果才更容易引用、自動化，並在任一來源改變時更正。
何時該檢查郵箱的垃圾風險
收件域名濫用檢查最適合用在名單進入、複核與清理節點：地址也許能收信，卻仍不該留下。
篩選陌生註冊
複核語法通過、但收件域名有可疑或已確認濫用活動的郵箱。
清理外聯名單
活動前先排除確定的有風險結果，不要假設每個 SMTP 接受的地址都適合聯絡。
分流匯入的 CRM 資料
把無效郵箱、不確定檢查，以及可投遞但有收件域名濫用紀錄的地址分開。
解讀 API 風險結果
把 risk_reasons 轉成營運、客服與名單衛生決策能讀懂的濫用類別。
依下一個決策選擇正確的郵箱檢查
垃圾風險只是一層。接下來用對應的 BillionVerify 工具，回答您還剩下的地址、名單、寄件人或研究問題。
郵件垃圾檢查器常見問題
1. 如何檢查一個郵箱是不是垃圾地址？
在免費檢查器中輸入地址。BillionVerify 會驗證郵箱，並檢查收件域名是否命中受支援的 Spamhaus DBL 濫用類別。有風險表示郵箱或許能收信，但該域名有已確認的濫用紀錄。
2. 這個工具會測試主旨或郵件內容嗎？
不會。它不為文案、連結、HTML、標頭或附件打分。它檢查的是收件地址、郵箱路徑與收件域名濫用訊號。寄件驗證與活動就緒請用送達率測試。
3. 有風險的郵箱結果代表什麼？
有風險是確定性結果：地址很可能可投遞，但其收件域名命中了受支援的外部濫用類別。不要把有風險當成暫時逾時，也不要當成可以安全發送。
4. 檢查器能識別哪些垃圾風險？
目前 API 可回報垃圾郵件、釣魚、惡意軟體與殭屍網路指揮控制等收件域名類別。頁面會顯示結果一併回傳的類別。
5. 未發現風險就代表這封郵件安全嗎？
不是。它只表示檢查當下未返回受支援的收件域名濫用類別。它不保證身分、同意、郵件安全、寄件人信譽、收件匣投放，或域名未來行為。
6. 郵件垃圾檢查器免費嗎？
是。每個 IP 在滾動 24 小時內可執行 20 次完整檢查，無需註冊。這些檢查包含 SMTP 驗證與收件域名風險結果。
AI 優先的郵箱驗證
在乾淨資料上構建 AI 工作流
專為自主工作流設計的免費套餐——AI 代理無需人工計費干預即可開始驗證。99.9% SMTP 級別準確率。
原生 MCP Server 集成 · 99.9% SMTP 級別準確率 · 免費套餐，無需信用卡
99.9%
準確率
Real-time
API 速度
$0.00014
每封郵件
100/day
永久免費