這一頁列出過濾規則觸發「轉寄」的紀錄。當某條規則開了轉寄,信件被投遞給原收件者的同時,系統會把副本寄給您指定的位址;本頁保留每一筆轉寄的紀錄,方便您確認「哪些信被轉給了誰」。
什麼時候會用到這一頁:
- 公司規定「寄給客戶的信要留一份給主管」,要確認轉寄有沒有真的發生
- 轉寄對象說沒收到某封信,要確認系統是否確實執行了轉寄
- 要查某一條轉寄規則這段時間轉了多少信
表格欄位
除了共用的郵件欄位,本頁多一欄「轉寄地址」:
| 欄位 | 顯示內容 |
|---|---|
| 時間 | 郵件被處理的時間。可排序,可用日期區間篩選 |
| 方向 | 收信或發信。可排序 |
| 規則 | 觸發轉寄的規則名稱。可排序、可搜尋 |
| 主旨 | 信件主旨。點選可開啟郵件檢視器 |
| 寄件人 | 寄件者位址,下方小字顯示來源 IP |
| 認證 | 寄件的認證資訊 |
| 收件人 | 原始收件者 |
| 大小 | 信件大小 |
| 附件 | 附件圖示與數量 |
| 轉寄地址 | 這條規則設定的轉寄對象(多個位址會列在同一筆)。這一欄不能排序 |
一筆紀錄=一次規則命中:同一條規則若設定了多個轉寄地址,命中的那一封信仍只寫一筆紀錄,該筆的「轉寄地址」欄會列出所有位址。因此紀錄筆數反映的是「命中次數」,不是「寄出的副本封數」。
排序的小陷阱:畫面上「認證」與「收件人」兩欄的標題看起來可以點擊排序,但實際上點了不會生效(系統只接受時間、方向、規則、主旨、寄件人、大小等欄位排序)。
轉寄是「附加動作」,與主要動作互不影響
轉寄不是主要動作的一種,而是掛在規則上的附加行為。也就是說:
- 主要動作設「無」+開轉寄 → 信件照常投遞,另外寄一份副本給指定對象(最常見的用法)
- 主要動作設「直接刪除」+開轉寄 → 信件不投遞,但副本仍會轉寄出去(等於「攔下來但留一份給主管」)
- 主要動作設「阻擋待審」+開轉寄 → 信件被扣住等待審核,副本同時轉寄出去
這點常讓人誤會:「我明明設了刪除,怎麼主管還是收到信?」——因為兩者是各自獨立執行的。
會不會真的寄出,取決於兩個條件
就算紀錄已經產生,轉寄信仍要通過以下條件才會實際寄出:
- 規則的「轉寄」開關要是開的(關掉就不會產生轉寄動作)
- 若勾了「不轉寄垃圾郵件」,而這封信被判為垃圾信,就不會轉寄。判斷依據是該封信在過濾流程中是否已被標記為垃圾;若您沒勾這個選項,即使是垃圾信也會照樣轉寄
實際寄送的動作是在信件投遞流程中執行(投遞後寄出副本)。
原封轉寄,還是重新包裝?
規則的「寄信者」欄位決定轉寄信的樣貌:
- 留白:套用原寄件者,原封轉寄。收件者看到的寄件者就是原寄件人,回信也會回到原寄件人
- 有填:以您填的位址重新包裝寄出,並由本機以 SPF/DKIM 簽章。適合「轉寄信要看起來像公司統一發出」的情境
另外規則的「轉寄時主旨前綴」(例如 [請款])會加在轉寄信的主旨前面,方便收件者辨識。
對選取的郵件執行的四個動作
勾選一列或多筆後,表格上方會出現四個按鈕(一次最多處理 200 封):
- 重新發送:以原收件者重新投遞原信(不是重發轉寄副本),並重新經過過濾管線。⚠️ 因為會重跑過濾,可能再次觸發同一條轉寄規則、再寄一份副本給對方
- 發送給:以原寄件者把原信重投給新的收件者(可多個,以空白/逗號/分號分隔;未填顯示「請輸入收件者」)
- 這是垃圾信/這不是垃圾信:把原信複製到垃圾/非垃圾學習區,供垃圾郵件處理器訓練。不會改變本頁紀錄,也不會撤銷已寄出的轉寄副本
動作完成顯示「已完成 N 封信的動作」;部分失敗顯示「N 封失敗」並列出最多 5 筆原因(常見為「找不到原信檔(可能已被清理)」)。
查詢、排序與整理
- 搜尋框:可搜尋寄件人、主旨、收件人、來源 IP、規則名稱(不含認證與大小)
- 日期區間:只看某段時間的轉寄紀錄
- 排序:時間、方向、規則、主旨、寄件人、大小;預設依時間由新到舊
- 每頁筆數:預設 20 筆(可調 10 到 1000)
- 刪除選取:移除紀錄;未勾選顯示「請選取要刪除的項目」,完成顯示「已刪除 N 筆記錄」。⚠️ 刪除紀錄會一併刪除保存在系統上的原信檔(同一封信若有多筆紀錄共用原信,會保留到最後一筆被刪除為止),之後就無法開啟檢視或重新發送
注意事項
- 本頁只是紀錄:刪除紀錄不會取消已經寄出的轉寄副本
- 主要動作與轉寄互不影響——設了「直接刪除」仍會轉寄,這是最常見的誤解
- 勾了「不轉寄垃圾郵件」時,被判為垃圾的信不會轉寄;判斷發生在過濾流程當下,之後才被回報為垃圾的信不會追溯取消
- 轉寄對象若是不存在的位址,會在投遞時產生退信;請搭配(系統日誌 / SMTP日誌)確認
- 記錄保留天數由(郵件過濾器 / 過濾器設定 : 保留天數)控制,逾期自動刪除
- 這一頁的轉寄是過濾規則觸發的;使用者端的「自動轉寄」在 MailVSR-GW 不提供(密碼與信箱政策由後端郵件伺服器管理),別混淆