灰名單（Postgrey）是一種「先擋一下、再放行」的垃圾信防禦。正規郵件主機在收件被暫時拒絕時會自動重試，而以程式大量發信的來源通常不會；系統就利用這個差異，把第一次見到的寄件來源暫時延遲，通過延遲考驗的來源才放行。
它的好處是能擋掉大量機器人濫發，代價是陌生來源的第一封信會晚幾分鐘才到——這是正常現象，不是故障。本頁共兩個頁籤：基本設定、記錄。
什麼時候會用到這一頁：
- 垃圾信量很大，想在進信階段就先擋掉一批
- 使用者反映「某個新往來對象寄來的信延遲很久才收到」，要調整延遲時間或加白名單
- 要確認某個來源是不是正在被延遲（查記錄）
- 想針對大型郵件服務（Gmail、Outlook 等）直接放行，因為它們本來就會正常重試
基本設定
啟用灰名單服務
- 開關，出廠預設為關閉
- 灰名單是一種郵件過濾技術，用於防止以程式方式發送大量垃圾郵件的攻擊行為
- 關閉時完全不做延遲判斷，所有來源的信直接進入
陌生來源首次延遲
- 必選，出廠預設 5 分鐘
- 定義：來源 IP ＋ 寄件者 ＋ 收件者三個參數組合首次配對者，稱為「陌生來源」
- 這一欄設定首次配對時要延遲多久，可選固定級距：
- 30 秒、1 分鐘、2 分鐘、5 分鐘（預設）、10 分鐘、15 分鐘、30 分鐘
- 建議值：一般環境 5 分鐘就夠（正規主機的重試間隔通常在此範圍內）。設太短會降低防護效果，設太長會讓使用者明顯感覺收信變慢
- ⚠️ 這個延遲是針對陌生來源的第一次投遞，被延遲的信並不會遺失，對方重試時就會放行
逾時重新驗證
- 必選，出廠預設 7 天
- 配對成功後，若在指定時間內沒有再來信，就會重新變成陌生來源
- 可選：1、2、3、7（預設）、14、30 天
- 意義：這決定「一個來源要多久沒聯絡才需重新接受考驗」。設太短會讓不常寄信的對象每次都被延遲；設太長則資料庫較大
資料庫保留天數
- 必選，出廠預設 30 天
- 用來運算及比對的資料庫保存期限
- 可選：7、14、30（預設）、45、60、90 天
- 此值應大於或等於「逾時重新驗證」的天數，否則記錄還沒到期就被清掉，重新驗證的判斷會不準
信任大型主機群
- 勾選群組（不是文字欄位），勾選的群組不會經過灰名單延遲
- 系統內建 11 組常見的大型郵件主機群組：
| 群組 | 涵蓋範圍 |
|---|---|
| Gmail/google | Google 郵件主機 |
| Yahoo mail | Yahoo 郵件主機 |
| Apple icloud | Apple iCloud／me.com |
| Microsoft Outlook/hotmail | 微軟 Outlook／Hotmail 等 |
| Facebook 通知信 | |
| Hinet ms* | 中華電信 Hinet |
| PCHome/Ruten | PCHome／露天 |
| qq.com | 騰訊 QQ |
| 163.com | 網易 163 |
| Amazonses | Amazon SES 寄信服務 |
| AOL Mail | AOL |
- 建議：這些大型服務本來就會正常重試，勾選可避免它們的第一封信被延遲，對使用者體驗較好；但它們偶爾也會被濫發，若要最嚴格防護可全部不勾
寄信者來源白名單
- 選填，出廠預設為空白
- 可填寫：
- 來源主機名稱，必須有反解 DNS／PTR，例如
myhost.com - 單一 IP，例如
203.0.113.8 - 整段網路，例如
203.0.113.0/24 - 正規表示法表示一群主機，例如
/^mail-.*\.google\.com$/
- 來源主機名稱，必須有反解 DNS／PTR，例如
- 用途：某個長期往來對象一直因為灰名單而延遲，可在此放行
收信者白名單
- 選填，出廠預設為空白
- 設定哪些收件者不受灰名單影響，信件可以直接進入
- 範例：
postmaster@、abuse@ - 建議：把這類公務信箱放進來，避免重要的系統通知信被延遲；若您的伺服器會接收外部系統的告警信，也建議加入對應收件者
按「儲存設定」後畫面顯示「灰名單設定已儲存」，設定會自動套用至 Postgrey；失敗顯示「設定儲存失敗，請檢查表單」。頁面上方顯示 Postgrey 服務狀態並提供「重新啟動」（成功顯示「Postgrey 服務已重啟」，失敗顯示「重啟 Postgrey 服務失敗：（原因）」）；重啟期間灰名單檢查短暫中斷。表單有未儲存的變更就關閉視窗時，會先詢問「有未儲存的變更，確定要關閉嗎？」。
記錄
「記錄」頁籤顯示灰名單的驗證記錄，欄位包含：
- 時間：這筆配對最近一次出現的時間
- 嘗試次數：該配對被延遲後，對方重試的次數
- 來源 IP
- 寄件者
- 收件者
搜尋框可依寄件者或收件者過濾（提示文字「搜尋寄件者或收件者…」），用來確認某個來源是否正在被延遲。
重置已驗證
- 按鈕名稱「重置已驗證」，清空所有已通過驗證的記錄
- 按下後會詢問：「確定要重置已驗證的灰名單嗎？所有已通過驗證的來源將重新變成陌生來源。」
- 成功顯示「已重置所有灰名單驗證記錄」；失敗顯示「重置失敗」
- ⚠️ 重置後所有來源都要重新經過一次延遲驗證，短期內會感覺收信變慢。非必要不要執行
常見誤解與陷阱
- 第一封信延遲是設計，不是故障：請先向使用者說明，避免誤判為系統異常
- 白名單要填對：來源主機名稱必須有反解（PTR）才有意義；沒把握就填 IP 或網段
- 正規表示法寫錯不會有提示：
/^mail-.*\.google\.com$/這類寫法請仔細確認跳脫字元，寫錯可能放行了不該放行的來源 - 勾選信任群組等於放行整個服務：方便，但防護較鬆
- 「逾時重新驗證」與「資料庫保留天數」要搭配：前者不應大於後者
- 灰名單只延遲、不刪信：被延遲的信仍會保留等待重試
與其他功能的關聯
- 灰名單只處理「來源是否值得信任」；內容層的判斷見（郵件伺服器 / SPF 管理）與（垃圾郵件處理區 / 裁判設定）
- 哪些來源被延遲、延遲多久，可搭配（系統日誌 / SMTP日誌）一起看
- 本頁的設定變更、重置與重新啟動都會寫入操作日誌（系統日誌 / 操作日誌）