儲列(郵件佇列)是閘道器暫時存放「還沒送出去」信件的地方。GW 站在真實郵件伺服器前面,信進來之後要嘛轉送給後端、要嘛往外寄出;當對方伺服器暫時不通、連線被擋、或網域一時查不到,信件就會先進佇列等待重試。若一直送不出去,最後會退回給寄件者。
什麼時候會用到這一頁:
- 使用者反映「信寄出去但對方一直沒收到」,想確認信件是還在排隊還是已經被退回
- 佇列突然累積大量信件,懷疑對外連線或對方伺服器有問題
- 有一封明顯寄錯或內容有問題的信還卡在佇列裡,想趁送出前攔下來
- 想把某幾封可疑的信先保留、觀察清楚再決定要放行還是刪除
佇列列表
列表只顯示「目前還在佇列中」的信件;已成功送出或已退回的信不會出現在這裡。欄位如下:
- 到達時間:信件進入佇列的時間點(不是寄件時間)
- ID:郵件伺服器給這封信的佇列編號,用於在日誌中追查同一封信
- 寄件者:信封上的寄件者位址(例:
jerry@mail.dom) - 收件者:這封信目前的投遞目標(例:
sales@yourcompany.com) - 大小:信件大小
- 處理狀態:郵件伺服器回報的目前狀態或卡住的原因(例:連線逾時、對方拒收)
可用搜尋框過濾,也可依欄位排序。佇列為空時顯示「沒有郵件佇列資料」——這代表目前沒有待寄信件,是正常狀態。
若讀取失敗(例如 root 命令服務沒有回應),畫面會顯示「無法取得郵件佇列(root 命令服務未回應)」,此時列表為空並出現警告;這代表查詢機制有問題,不是真的沒有信。
對選取的郵件執行的動作
勾選列表左側的項目後,可執行下列動作。除了「重新發送」可以在未勾選時對整個佇列催投之外,其他動作都必須先勾選,沒勾選會提示「請先選取要處理的郵件」。
| 動作 | 實際行為 | 適用時機 |
|---|---|---|
| 重新發送 | 對選取的信件個別重寄;未勾選任何信件時=對整個佇列催投 | 對方恢復正常後,想立刻再試一次 |
| 保留 | 把信件保留在佇列中、暫不投遞 | 懷疑某幾封是問題信,想先攔住觀察 |
| 放行 | 解除保留,讓信件回到正常投遞流程 | 確認沒問題了,恢復投遞 |
| 重新排入 | 把信件重新排入佇列(重設重試時間) | 信件卡住但不想刪,想讓它重新排隊 |
| 刪除 | 從佇列刪除選取的信件 | 確定這封信不該寄出 |
| 清空佇列 | 刪除佇列中所有信件 | 極端情況;破壞性最強 |
動作結果會以訊息回報:
- 重新發送成功「已排入重新發送」/失敗「重新發送失敗」
- 保留成功「已保留選取的郵件」/失敗「保留失敗」
- 放行成功「已放行選取的郵件」/失敗「放行失敗」
- 重新排入成功「已重新排入選取的郵件」/失敗「重新排入失敗」
- 刪除成功「已刪除所選郵件」
- 清空成功「已清空所有郵件佇列」/失敗「清空失敗」
⚠️ 未勾選就按「重新發送」=對整個佇列催投(等同於要求伺服器立刻重試所有待寄信件)。這在佇列很大時會造成瞬間大量外連,執行前畫面會先跳出確認「未選取任何郵件=對整個佇列發出重試」。
破壞性動作的確認方式
刪除與清空佇列屬於不可復原的動作,除了確認視窗之外,還要在輸入框輸入指定的確認字串(大小寫需一致)才能啟用按鈕:
- 刪除:輸入
DELETE - 清空佇列:輸入
CLEAR
確認視窗會說明後果:
- 刪除:「即將從佇列刪除選取的郵件,這些信將不會投遞(寄件者可能收到退信)。」
- 清空:「即將清空整個郵件佇列!所有等待投遞的郵件都會被刪除。」
沒有勾選就按刪除,會提示「請選取要刪除的項目」。
常見情境與判讀
- 單一使用者說信沒到:先用寄件者搜尋,看信是否還在佇列。不在佇列代表已送出或已退回,請改查(系統日誌 / SMTP日誌)
- 某個網域的信全部卡住:用該網域搜尋收件者;若整批都是同一種處理狀態,通常是對方伺服器或 DNS 的問題,不是 GW 故障
- 佇列清完又滿:多半是對外連線或上游設備有問題,請搭配(系統日誌 / SMTP日誌)與(網路設定 / 網路測試工具)排查,不要只是一直清空
- 要先攔住可疑信件:用「保留」把它留在佇列中,確認後再決定「放行」或「刪除」——這比直接刪除安全
- 對方臨時斷線、後來恢復:不必刪信,直接「重新發送」或「重新排入」讓它再試
注意事項
- 刪除與清空都無法復原;清空佇列會連其他使用者正在等待寄出的信一起刪掉,除非確定整批都不重要,否則建議改用「刪除選取」
- 「重新發送」只是把信件重新排進投遞流程再試一次,不是強制對方收下;對方仍拒收時會再次回到佇列
- 佇列內容是即時狀態,任何動作後畫面會重新載入,筆數可能與操作前不同
- 這一頁不提供檢視信件原始內容(無法從這裡看信文);需要看內容時請由(郵件記錄器 / 紀錄查詢)處理
- 大量刪除或清空建議選在郵件流量較低的時間執行
- 刪除、清空、重新發送、保留、放行與重新排入都會寫入操作日誌,可由(系統日誌 / 操作日誌)回溯
- 本頁只處理「還沒送出去」的信;已成功送到對方伺服器的信無法從這裡召回,需要召回請參考(郵件閘道 / 郵件召回機制)
與其他功能的關聯
- 信件為什麼進佇列,通常要看(系統日誌 / SMTP日誌)與(郵件閘道 / 郵件代理設定)的後端設定
- 佇列中的信件是否會先經過掃毒與垃圾郵件過濾,取決於(郵件閘道 / 郵件代理設定)的代理功能與(郵件掃毒器 / 掃毒器設定)
- 大量重試可能觸發(防火牆設定 / 自動防禦設定)的判斷,若對方一直拒收請一併確認