SpamCop 黑名單移除:bl.spamcop.net 的解除機制
SpamCop 黑名單的移除並不需要申請。列入會自行失效:根據 SpamCop 的常見問題,被列入的 IP 只要經過 24 小時沒有新的檢舉,就會自動解除。SpamCop 的常見問題也請管理員不要來信要求提早解除,並表示即使來信也可能不予回覆。您要做的是阻止產生檢舉的來源,然後等待時間到期。
SpamCop Blocking List(SCBL,以 bl.spamcop.net 查詢)列出的是曾寄出被 SpamCop 使用者檢舉為垃圾郵件、或落入 SpamCop 誘捕信箱(spamtrap)之郵件的 IP 位址。實際上,處理工作可分為三個步驟:確認被列入的是哪個 IP、找出並阻止垃圾郵件的來源,以及等待列入失效。
本教學依據 2026 年 11 月時 SpamCop 官方的黑名單頁面與常見問題撰寫。SpamCop 自己的常見問題也指出,其說明內容可能已經過時,而且部分流程是刻意不公開的,詳細資訊請查閱官方頁面。若想更全面了解黑名單造成的退信,請參閱〈郵件遭黑名單封鎖的處理教學〉。
什麼是 SpamCop Blocking List
SpamCop 是一項讓使用者檢舉所收到垃圾郵件的服務,SCBL 就是根據這些檢舉建立的。收件郵件伺服器會以 bl.spamcop.net 查詢連線過來的 IP 位址,如果該 IP 被列入,就可能拒收郵件或將其歸為垃圾郵件。
SCBL 與其他黑名單的差異
- 只列入 IP 位址。SpamCop 的常見問題表示,SCBL 不會列入電子郵件地址或網域。針對垃圾郵件內文中提到的 URL 或地址所做的檢舉也不會計入;只有當同一個 IP 實際寄出郵件時,該網站才會被列入。
- 不會因 DNS 問題而列入。常見問題明言,SCBL 不會因為 DNS 或反向 DNS 缺漏或錯誤而列入 IP。
- 以時間為基礎。黑名單頁面將 SCBL 描述為以時間為基礎的清單:檢舉停止後,IP 會很快自動解除。
- 這是一項強硬的工具。SpamCop 提醒,這份清單有時可能會擋下收件者想收的郵件。它建議收件端搭配持續維護的允許清單使用,並對可疑郵件加上標記後分流,而不是直接拒收。
被列入並不代表對您的判決
SpamCop 的常見問題明白表示,被列入並不一定代表該 IP 的擁有者就是垃圾郵件發送者。檢舉來自人,可能會出錯,無辜的一方有時也會被列入。ISP 也會重新分配位址,所以目前的使用者可能承接到一個帶有列入紀錄、但與自己毫無關係的位址。常見問題將列入紀錄描述為更大規模調查中的一個小項目,而非證據。
如何確認是否被列入 bl.spamcop.net
- 閱讀退信訊息。根據 SpamCop 針對終端使用者的常見問題,退信中應該會寫出黑名單名稱和被拒收的 IP 位址。如果沒有顯示 IP,請詢問您的郵件服務業者。
- 在 SpamCop 查詢該 IP。在 SpamCop Blocking List 頁面(spamcop.net/bl.shtml)的「Am I listed?」欄位中輸入 IP。SpamCop 的常見問題指出,這裡也能看到距離解除還剩多少時間。
- 或直接查詢 DNS。將 IP 的各段數字反轉,再接上區域名稱。SpamCop 的常見問題以 1.2.3.4 為例:
nslookup 4.3.2.1.bl.spamcop.net視您的系統而定,也可以改用 host 或 dig。被列入的 IP 會回傳一個位址,通常是 127.0.0.2。未被列入的 IP 則會回傳網域不存在的回應。由於常見問題寫的是「通常」,軟體不應依賴這個確切的值。
SpamCop 只是收件端參考的眾多黑名單之一。若要確認同一個 IP 是否也被列入其他黑名單,請使用本站的黑名單檢查工具查詢。如果實際拒收您郵件的是其他清單,等待 SpamCop 的列入失效也無濟於事。
剩餘時間顯示為零時
SpamCop 針對管理員的常見問題說明,時間顯示為 0 代表該 IP 已進入解除程序。這項變更最多可能需要 4 小時,才會反映到鏡像伺服器以及使用該清單的網站。
SpamCop 的列入機制:檢舉、spamtrap 與 24 小時規則
SpamCop 常見問題中的「What is the SpamCop Blocking List (SCBL)?」項目相當詳細地說明了列入的邏輯。主要規則如下:
| 規則 | SpamCop 常見問題的說明 |
|---|---|
| 一筆檢舉 | 只有一筆檢舉時,SCBL 不會列入該 IP。 |
| 兩筆檢舉 | 該 IP 最多會被列入 12 小時。 |
| 沒有後續檢舉 | 被檢舉的位址只會在 SCBL 上停留 24 小時。 |
| 24 小時內沒有檢舉 | SCBL 不會列入該 IP。 |
| 檢舉的新舊 | 近期的檢舉比舊的檢舉權重更高;針對超過一週之郵件的檢舉會被忽略。 |
| Spamtrap | 命中 spamtrap 的權重遠高於使用者檢舉。 |
| 信譽點數 | 每一次未被檢舉為垃圾郵件的 SCBL 查詢,都會讓寄件者獲得一點信譽點數。相對於信譽點數而言檢舉較多的 IP 會被列入。 |
常見問題也補充說明,SpamCop 團隊會以人工方式調整列入門檻,讓清單盡可能準確。
什麼是 spamtrap
Spamtrap 是 SpamCop 建立、沒有任何真人使用的地址。正當的郵件絕不應寄到這些地址,因此寄到這裡的郵件都會被視為垃圾郵件。由於 SpamCop 從未用這些地址註冊任何東西,它們只會出現在垃圾郵件發送者蒐集來的名單上,所以寄信給舊名單、購買的名單或從網路擷取之名單的寄件者,最容易命中。常見問題也指出,寄到 spamtrap 地址的退信,達到門檻時也可能讓伺服器被列入。
IP 被列入的常見原因
SpamCop 針對 ISP 與管理員的爭議處理常見問題,列出了以下常見原因:
- 網路中有遭入侵的電腦在寄送垃圾郵件,可能是直接寄給其他郵件伺服器,也可能是透過您自己的郵件伺服器寄出。在 NAT 路由器後方,只要一台受感染的電腦,就足以讓共用的公開 IP 被列入。
- 由病毒安裝的代理伺服器(proxy),或垃圾郵件發送者利用您伺服器上現有的代理或快取。
- 不安全的 CGI 或 PHP 指令碼,例如可被濫用來寄信的網頁表單。
- SMTP AUTH 遭入侵:使用者名稱和密碼被猜中或仍為預設值,讓垃圾郵件發送者能通過驗證,經由原本並未開放的伺服器轉送郵件。
- 伺服器設定錯誤。
- 誤寄的退信與自動回覆。垃圾郵件通常帶有偽造的寄件者,因此對它退信或自動回覆,會把郵件寄給無辜的第三方。SpamCop 會把這些郵件視為垃圾郵件。
除此之外,寄送大量郵件給從未確認訂閱的人,既會引來使用者檢舉,也會命中 spamtrap。在共享主機上,被列入的 IP 可能與其他客戶共用,而他們的寄信行為才是真正的原因。
如何移除:阻止來源,然後等待
SpamCop 沒有標準的移除申請表。只要垃圾郵件的來源已排除,而且經過 24 小時沒有新的檢舉,列入就會自行失效。(SpamCop 的常見問題中有一個例外:對於剛完成安全處理並經過測試的開放代理(open proxy)或開放轉送(open relay),它表示會加快移除;在此之前,您應先用其他開放代理或開放轉送黑名單進行測試。)
如果您透過郵件服務業者或主機業者寄信
被列入的 IP 屬於業者的郵件伺服器,只有業者能修正原因。SpamCop 的常見問題請終端使用者將退信訊息寄給自己的 ISP 或主機業者。如果您使用共享主機,〈共享主機 IP 被列入黑名單〉一文說明了應向業者詢問的事項。
如果被列入的是您自己的連線 IP
如果退信中顯示的是 ISP 分配給您連線的 IP,代表您網路中有東西正在寄送垃圾郵件。SpamCop 針對終端使用者的常見問題建議以下步驟(第四步是本站補充的內容,並非出自常見問題):
- 掃描網路中每一台電腦是否有惡意程式,並同時使用與平常不同的防毒產品掃描。請記得,惡意程式可能會停用資安軟體,或躲過過時的病毒碼。
- 更新作業系統與所有第三方軟體;如果沒有自動更新,請至少每週檢查一次更新。
- 也執行反間諜軟體工具。
- 如果您自行經營郵件伺服器或網頁伺服器,請檢查寄信記錄、SMTP AUTH 的活動,以及任何能寄送郵件的表單或指令碼。
- 如果感染已對系統造成損害、無法可靠地修復,最後的手段是重新安裝作業系統。
接著請在 SpamCop 查詢頁面上觀察剩餘時間。如果來源仍在運作,新的檢舉只會讓該 IP 再次被列入。如果您無法自行找出原因,可以向我們尋求協助一起排查。
聯絡 SpamCop 與申請複查
SpamCop 針對管理員的常見問題,對來信者明確說明了以下事項:
- 不要要求提早解除。不要來信表示已修正問題並要求提早移除;只要 24 小時沒有新的檢舉,IP 就會自動解除。對於這類要求,或非被列入 IP 之管理員的來信,SpamCop 可能不予回覆。
- 如果不知道自己為何被列入,請先從黑名單頁面開始查看。之後如果要來信,請說明您與該 IP 的關係、您的姓名與職稱,並從 postmaster@、abuse@ 或其他角色帳戶寄出。回覆最多可能需要一天。
- 如要對特定檢舉提出異議,請使用 SpamCop 的聯絡表單,並附上完整的主旨行、您的理由、佐證文件、您的姓名與職稱。SpamCop 表示這個聯絡方式是供 ISP 人員使用。大型檔案應以 URL 分享,而不是作為附件。
- 保持禮貌。含有髒話或威脅的訊息不會獲得回覆,而以法律行動相威脅的訊息會被轉交 SpamCop 的法務部門,反而會延誤處理。SpamCop 也表示,除非明顯發生錯誤,否則不會對其公布的政策破例。
何時適合申請複查
常見問題提出了兩種理由:技術錯誤,也就是 SpamCop 的伺服器或程式發生故障;以及使用者錯誤,也就是有人檢舉了並非垃圾郵件的郵件。若是後者,請附上該收件者完成封閉迴路(closed-loop,即雙重確認訂閱)確認的紀錄。是否接受其他證據,完全由 SCBL 工作人員自行判斷。
如何避免再次被列入
- 堵住入侵漏洞。持續掃描裝置並安裝修補程式。針對郵件伺服器,SpamCop 的 SMTP AUTH 常見問題建議:停用訪客帳戶、移除或重新命名預設帳戶、要求使用強密碼、安裝修補程式、不需要時停用 SMTP AUTH,若使用 Exchange,則依照 Microsoft 的指引記錄事件,以找出遭入侵的帳戶。
- 不要在接收後才退信。SpamCop 關於誤寄退信的常見問題建議,將伺服器設定為在投遞過程中就拒收郵件,或是接收後就不再退回,而不要在接收之後才決定是否投遞。如果必須先接收,請將無法投遞的郵件在內部歸檔,而不是再寄出去。
- 只寄信給已確認的人。採用確認式(雙重)訂閱,並停用舊名單或購買的名單。這樣可以同時減少檢舉和 spamtrap 命中。
- 強化表單與指令碼。更新老舊的 CMS 和指令碼,並確認沒有任何表單能讓訪客寄信到任意地址。
- 做好驗證設定。SPF、DKIM 和 DMARC 並不在 SCBL 的判定標準中,但對收件端整體而言很重要。請參閱〈SPF、DKIM 和 DMARC 設定方式〉。
列入與解除的決定權在 SpamCop,而收件伺服器也會套用自己的過濾機制,因此列入失效後,郵件送達不一定會立刻恢復。如果同一個 IP 也被 Spamhaus 列入,請參閱〈Spamhaus 移除教學〉。
常見問題
SpamCop 的移除申請要在哪裡提出?
SpamCop 沒有標準的移除申請。只要 24 小時沒有新的檢舉,列入就會自動失效,而 SpamCop 的常見問題也表示不要來信要求提早解除。請專注於阻止垃圾郵件的來源。
SpamCop 的列入會持續多久?
如果沒有後續檢舉,被列入的位址只會在 SCBL 上停留 24 小時。常見問題表示,如果只有兩筆檢舉,列入最多持續 12 小時。如果檢舉持續出現,列入也會持續。
查詢顯示 0,郵件卻仍被拒收,為什麼?
時間顯示為 0 代表已開始解除,最多可能需要 4 小時才會反映到鏡像伺服器和使用該清單的網站。如果之後仍持續被拒收,請重新閱讀退信:原因可能是其他黑名單或收件端自己的過濾機制。
我是因為沒有反向 DNS 才被列入的嗎?
不是。SpamCop 的常見問題明言,SCBL 不會因 DNS 或反向 DNS 缺漏或錯誤而列入。列入來自垃圾郵件檢舉和 spamtrap 命中,請找出正在寄信的裝置或帳戶。
SpamCop 黑名單是免費的嗎?
SpamCop 的常見問題表示這份黑名單可免費使用,並歡迎自由捐款。檢舉停止後就會自動移除,SpamCop 的頁面也沒有描述任何付費移除流程。
參考的官方頁面
本文內容已於發布時對照下列官方頁面確認。各項政策與運作方式可能未經通知即變更,涉及重要決定前,請先查閱官方頁面。
- SpamCop: SpamCop Blocking List
- SpamCop FAQ: What is the SpamCop Blocking List (SCBL)?
- SpamCop FAQ: Dispute Resolution: ISPs and administrators
- SpamCop FAQ: Dispute Resolution: Bounce message recipients and end users
- SpamCop FAQ: How can I check if an IP is on the list?
- SpamCop FAQ: If my IP is listed, does it mean I am a spammer or my ISP hosts spammers?
- SpamCop FAQ: How do I configure my mailserver to reject mail based on the blocklist?
- SpamCop FAQ: How much does it cost?
- SpamCop FAQ: Misdirected bounces
- SpamCop FAQ: SMTP AUTH compromise
- SpamCop FAQ: Contacting SpamCop staff (ISP personnel)
相關文章
郵件被黑名單擋下了嗎?教您看懂退信代碼、依正確順序排查原因、判斷哪些黑名單需要處理,並以正確方式申請移除。
被 Spamhaus 列入了嗎?了解您被列入的是哪個清單(ZEN、PBL、XBL、CSS、SBL、DBL)、回傳代碼的意義,以及各清單正確的移除方式。
共享主機、VPS 或雲端的 IP 被列入黑名單時,如何判斷問題歸屬、要提供哪些資料給主機商,以及何時該改用 SMTP 轉送服務。