共用主機 IP 被列黑名單：報修單要讓主機商查得到、答得清楚

共用寄件 IP 被列示時，向主機商報修應附事件時間、投遞索引、遮罩退信與查詢對象，並要求確認出口歸屬、處理措施和驗收方式。網站代管和郵件投遞可能由不同單位負責，所以先找對服務窗口。本文提供可直接改寫的工單範本與追問欄位，不比較專用 IP 方案，也不替主機商承諾解除時間。

先看服務合約和寄件設定，找對第一個窗口

整理公司向哪些單位購買網站代管、企業信箱、網域註冊和寄信工具。這四種服務可能在同一家，也可能完全不同。先由管理者核對本次寄件帳號的服務與路徑，才決定工單應送到信箱服務商、主機代管商，或實際提供郵件轉送的單位。

合約或後台若只寫「含信箱」，不能直接推定它承諾提供獨立 IP 或負責所有外部平台的郵件。把方案名稱、客戶編號與已知服務範圍整理在公司內部；對外工單使用客服能找到合約的識別，不需要附帳號密碼、付款卡資料或整份採購文件。

若公司改用第三方平台寄信，網站仍在原主機商，先請 IT 確認故障郵件是否經過原主機商。若沒有經過，就不要把網站主機的 IP 列示當成寄信問題的證明。路徑不明時，第一封工單的目標是確認路徑，而不是要求對方先申請移除。

• 方案與服務名稱：只填與本次寄件相關的服務。
• 合約對應：公司客戶編號或既有案件編號。
• 寄件路徑：由管理者確認的實際平台與出口。
• 第一窗口：客服、郵件支援或濫用處理窗口，依供應商正式管道選擇。

準備最小報修附件，保留能回查的索引

選一封已知失敗的郵件作為代表，記下寄出時間、時區及退信時間。台灣時間與供應商系統時間若不同，並列兩者。再附可讓對方定位的寄件帳號代號、Message-ID 或平台事件索引；是否需要完整值，由支援目的與權限決定，不要把所有客戶郵件一次轉寄過去。

退信附件保留狀態碼、對方回覆文字與提到的 IP 或網域。遮掉收件帳號的本地部分、主旨中的客戶名稱、訂單或報價內容。截圖也要檢查瀏覽器分頁、側邊名單和桌面通知，避免文字有遮罩，畫面卻仍露出整個客戶清單。

查詢附件要有實際查詢值、資料集名稱、查詢時間和來源。若只有第三方工具截圖，直接標示第三方觀察，不冒充官方結果。若對象尚未確認，附上退信提到的值，請供應商核對它是否屬於本次出口；這比自行填入錯誤 IP 更能縮短來回。

要求確認管理歸屬，避免越權代填移除申請

工單應先問：這個 IP 是否為貴公司管理的寄件出口？是否為共用服務？本次郵件是否確實使用它？若供應商是轉售商，請它說明應由哪個上游窗口處理，並保留案件對接方式。公司買了企業信箱，不代表公司有權代表整段 IP 的管理者提出任何聲明。

Spamhaus 的 SBL 官方 FAQ 說明，列示 IP 的移除應由負責該 IP 的網路服務提供者依程序處理。因此，若確定是 SBL 類型，報修的重點是請管理者查明與修正問題，再由有資格的窗口跟進；不能把自己的網域所有權當成 IP 控制權。

其他資料集的條件未必相同。若結果提到 PBL，應先讓供應商確認連線與寄件設定，而不是一律要求刪除。本文不提供通用「解除按鈕」：工單要把實際名稱寫清楚，讓對方按該列示的官方說明判斷。這也是為什麼不應在資料不足時購買保證解黑服務。

• 請確認：列示對象、管理單位、是否共用及本次投遞關係。
• 請說明：我方還需提供哪些最小資料，透過哪個安全管道。
• 請指派：郵件管理或濫用處理窗口，避免工單在無權限單位間循環。
• 請保留：上游案件編號與下一次回覆窗口，不索取其他租戶身分。

用已填寫的工單提出三個可回答的問題

工單標題放服務與事件，不放推測結論。例如「企業信箱事件 A：退信提及列示，請確認出口與處理責任」。正文依序寫症狀、時間、已掌握資訊與請求；不要把整篇黑名單教學貼給客服，也不要在沒有證據時指稱一定是其他租戶濫發。

三個問題就足以展開調查：第一，請核對此事件的實際出口與管理歸屬；第二，請說明目前可確認的原因及處理狀態；第三，請提供我方需要配合的事項、下一次更新窗口與驗收方式。每題都對應一個欄位，回覆後容易看出哪些仍未解答。

若業務有急迫時程，可以寫清楚哪項正常業務受影響、目前是否有雙方已同意的替代聯絡方式。不要因此要求供應商繞過收件端防護，或把同一封失敗的信密集改寄到其他地址。技術報修和客戶溝通可以同時進行，但不能以測試為名造成新的困擾。

追問修復範圍，而不是只接受「已處理」

收到回覆後，逐題對照。供應商如果說「已調整」，就問調整的是佇列、寄件設定、出口，還是已完成對應列示的處理。這些動作對驗收的意義不同：改走新出口不等於原出口已解除；重啟服務也不證明被拒收原因已消失。

請對方提供可分享的處理摘要，包含確認的受影響服務、措施完成時間、仍待處理項目與重測條件。主機商不必揭露其他租戶的帳號或事件細節；你需要的是自己服務的處理責任和結果，而非另一家公司的郵件紀錄。

未得到關鍵資料時，不要不斷新增重複工單。沿用案件編號，列出缺少的答案及最近一次回覆時間，依既有服務管道要求升級至有權限的窗口。若供應商無法確認出口，事件狀態應維持待查，而不是由業務自行填寫一段看似合理的根因。

• 已確認：供應商能以紀錄支持的事實。
• 已完成：具體措施與完成時間。
• 仍待確認：未證實的原因、對象或範圍。
• 我方待辦：負責人、配合事項與下一次更新時間。

依約定重測，並將工單留成可接手的紀錄

驗收前先固定寄件帳號、路徑、內容版本和獲准的測試收件帳號。讓供應商能把新投遞和處理後的設定對起來。若它改了出口，把新舊出口分欄；重測成功的結論只能涵蓋這個新條件，不能改寫成所有原始問題都已修復。

遇到無法繼續的情況，也要記錄清楚。虛構停止案例：服務商無法提供本次出口，卻要求業務反覆寄給客戶確認。此時先停止對客戶重寄，請供應商補足投遞紀錄與管理窗口，再談驗收；不因工單等待較久就降低證據要求。

需要補充收件匣落點時，可由有權限的人安排 Inbox Check 的受控觀察。它能補上這次測試的結果，不能代替主機商處理共用 IP，也不能對任何列示提供加速或保證。工單結案仍以雙方約定範圍與可回查紀錄為準。

官方資料查閱於 2026-10-18：Spamhaus「Spamhaus Blocklist FAQ」，https://www.spamhaus.org/faqs/spamhaus-blocklist/；Spamhaus「Policy Blocklist」，https://www.spamhaus.org/blocklists/policy-blocklist/。本文的工單範本、追問欄位與驗收流程為編輯建議，不構成服務商的合約承諾。

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

常見問題