Spamhaus 查到的是 IP 還是網域？先做出一份 IT 能追查的證據表

先看查詢對象：ZEN 處理 IP 資料，DBL 處理網域資料；公司網域的結果不能代替本次對外寄件 IP。要交給 IT 的，是能連回特定信件的查詢值、列示名稱、時間與管理窗口。本文提供一份事件證據表，把退信、寄件紀錄和各筆查詢串起來，讓接手者能重現觀察，也看得出還缺哪些資料。

先鎖定一封失敗的信，再建立事件編號

先挑一封近期確實退回、而且團隊找得到寄件紀錄的信，建立內部事件編號，例如「郵件事件 A」。把發信時間與收到退信的時間分開寫，兩者都附時區。台灣同事看到下午三點的畫面，主機商卻以 UTC 查紀錄，若沒有標示時間基準，雙方很容易查到不同批次。

同一事件只用一套檔名規則，例如原始退信、寄件紀錄、查詢畫面各有版本。不要把其他同事上週遇到的退信一起塞進資料夾，卻沒有標示信件關係。如果影響不只一封，可以另建事件清單，再選一封作為本次排查的代表，保留其他事件的編號。

把收件人換成「測試收件者 A」等代號，原始信箱與代號的對照留在公司有權限的位置。業務交給外部支援的版本不需要客戶名單、報價內容或整段往來信。若支援人員後續確實需要完整帳號，先確認查核目的與安全交付方式，再另外提供。

• 事件編號、原始寄件時間、退信抵達時間、時區。
• 寄件平台名稱、寄件紀錄的內部連結、負責查核的同事。
• 收件系統類型與對外可分享的收件者代號。
• 退信檔案版本、遮罩版本與原始檔保管位置。

確認對外寄件 IP，不拿網站或辦公室 IP 代填

要找的是這封信交給收件端時使用的對外來源，不是業務電腦目前連網的 IP，也不是公司網站 DNS 指到的主機。網站、收信服務與寄信服務可能由不同供應商負責。單看網域的 A 紀錄或 MX 紀錄，不足以證明本次對外寄件來源。

請郵件管理者從這封信的投遞紀錄核對出口，並寫出依據是平台事件、伺服器日誌，還是可相互核對的郵件標頭。若是多出口寄件池，要問「這一次投遞是哪一個出口」，而非只拿服務商公布的整段 IP 範圍。尚未取得紀錄時，欄位填待確認，不能自行挑其中一個。

標頭中可能同時出現電腦、內部轉送與外部閘道。不要看到第一個 IP 就開始查。讓管理者指出哪一段代表本次對外連線，並保留可以回到原始事件的索引。若只能確認主機名稱，先記錄主機名稱與證據時間，等 IT 補上 IP 及其確認方法。

將 IP、網域與信內連結各放一列

Spamhaus 官方說明中，ZEN 是整合 IP 資料的查詢區，而 DBL 處理網域。這個差異決定證據表應如何分列：IP 列放實際出口；寄件網域列放你真正查詢的網域；連結列則放信件中出現的網址主機名稱。不要把三者合併成「公司被列黑名單」。

對每列保留完整查詢值與輸入方式。查根網域、某個子網域，或從連結抽出的主機名稱，都應按實際操作記錄。業務可以先把不確定的值列出，再由管理者核對；不要為了讓表格看起來完整，悄悄把網址截成另一個看似相近的網域。

結果欄記下畫面列出的資料集名稱、可用的紀錄編號及原始說明。若工具回傳錯誤、無法載入或要求稍後重試，分類應是「未完成查詢」。它不是「未列示」。第三方整合工具的結果也要保留工具名稱，讓接手人知道這不是官方頁面的直接觀察。

• 查詢對象：IP／寄件網域／連結主機名稱。
• 查詢值：保留實際輸入的文字，不自行補正。
• 結果狀態：有列示／未見列示／查詢未完成。
• 來源與時間：查詢頁面、工具名稱、時區、截圖版本。

把退信文字和查詢結果對在同一條時間線

退信寫到 Spamhaus，與你稍後查到某個列示，仍是兩筆需要核對的證據。先看退信指向哪個 IP 或網域，再比對查詢表的對象。如果退信沒說明對象，只能記錄「退信提及 Spamhaus，待管理者確認使用哪項檢查」，不能直接把另一個紅色結果當成同一原因。

時間線依序列出原信寄出、對方回覆、退信產生、業務查詢與 IT 複查。這樣可以避免把已經解除的舊退信，誤讀成目前仍被擋的證據；也能避免拿事後的新列示，倒推之前所有寄送問題一定由它造成。每個時間點都應連回相應的檔案。

錯誤碼和說明文字要一起保留。只寫「550」會丟失很多上下文；只翻譯成「被拒收」也會讓技術人員無法比對原始訊息。分享版本可以遮住收件帳號，但保留錯誤碼、資料集名稱及必要的主機資訊，並標明哪裡經過處理。

根據控制權分派窗口，不用網域持有人代替 IP 管理者

證據表最後要回答誰能處理。公司自己能改 DNS，不代表公司控制服務商的出口 IP；主機商能管理郵件伺服器，也不表示它能修改第三方追蹤網域。把 DNS 管理、寄信平台管理、IP 管理與網站連結管理分成不同欄，必要時由同一個人兼任，但責任不能混在一起。

向主機商或 IT 提問時，附上事件編號和缺少的欄位，例如「請確認事件 A 的出口 IP、是否共用，以及與退信提到的地址是否一致」。這比「請幫忙解黑」更容易得到可核對的回覆，也避免讓沒有權限的人重複填寫移除表單。

收到供應商回覆後，記錄它確認了什麼、沒有確認什麼，以及下一次更新的時間。若只得到「已處理」三個字，就追問處理的是哪個對象、哪項設定或哪筆紀錄。沒有根因和處理範圍的說明，還不足以把事件結案。

• DNS 管理者：確認寄件身分相關設定與變更紀錄。
• 郵件服務商：確認實際出口與投遞紀錄。
• IP 管理窗口：確認列示對象及其處理責任。
• 連結管理窗口：確認網址與追蹤服務的擁有者。

完成一頁交接摘要，並保留不知道的部分

交接摘要只寫三段：目前觀察到什麼、還缺什麼、希望哪個窗口在什麼時間前回覆。附件則提供已遮罩的退信與查詢紀錄。不要把寄件人信譽評分、DNS 驗證與是否進入收件匣合成單一「正常」燈號；這些資訊回答的是不同問題。

停在待確認也可以是一個正確結果。例如沒有對外寄件 IP、查詢頁無法載入，或供應商還沒有確認紀錄歸屬，就先保留事件、暫停對受影響對象的無效重試。不要用反覆寄信替代蒐證，也不要為了得到綠燈而改查另一個沒有關係的網域。

若要另外檢查郵件實際落點，可由有權限的管理者安排受控的 Inbox Check 測試，再把結果附回同一事件。落點觀察只能補充證據，不能代替 Spamhaus 的列示紀錄，也不能替主機商承諾解除或恢復時間。

官方資料查閱於 2026-10-18：Spamhaus「ZEN Blocklist」，https://www.spamhaus.org/blocklists/zen-blocklist/；Spamhaus「Domain Blocklist」，https://www.spamhaus.org/blocklists/domain-blocklist/。前者用於核對 IP 資料範圍，後者用於區分網域資料。本文的證據表與交接方式是工作建議，並非官方移除表單。

實際上可以用免費的收件匣到達率測試（check.live-direct-marketing.online）來驗證。

常見問題