什麼是回饋迴路（Feedback Loop）？

定義

回饋迴路是由網路服務供應商或信箱服務商營運的垃圾郵件回報機制，目的是縮短收件者將郵件標為垃圾郵件到寄件者得知此事之間的落差。

沒有回饋迴路，垃圾郵件檢舉對寄件者來說幾乎是看不見的。收件者按下回報垃圾郵件，服務商默默記下這筆檢舉，而寄件者渾然不知，繼續寄信給這個人。回饋迴路改變了這一點。服務商會把被檢舉的郵件打包，轉寄到寄件者或其電子郵件服務供應商登記的指定地址。

回饋迴路伴隨著一個明確的期待：採取行動。收到 FBL 報告時，您應該停止寄信給該收件者。回饋迴路的存在，就是為了讓寄件者尊重那些以最強烈方式表明不想收到郵件的人。

運作方式

回饋迴路的流程很簡單。寄件者把郵件送給收件者。收件者認為這封郵件不受歡迎，在電子郵件用戶端按下回報垃圾郵件。信箱服務商記錄這筆檢舉，如果寄件者已加入該服務商的回饋迴路，就會把被檢舉郵件的副本轉寄到登記的 FBL 地址。多數回饋迴路接近即時運作，因此報告會在檢舉後不久送達。

這些報告大多採用一種名為濫用回報格式（Abuse Reporting Format，簡稱 ARF）的標準結構，定義於 RFC 5965。ARF 報告包含三個部分：一段人類可讀的摘要、一段機器可讀的區塊（其中的 Feedback-Type 欄位說明檢舉類別），以及原始郵件的副本。由於格式標準化，電子郵件服務供應商可以自動解析檢舉，並大規模處理。相關規範 RFC 6449 和 RFC 6650 則說明了營運建議，以及如何在實務上應用此格式。

加入回饋迴路需逐一向各服務商申請，而每家服務商的做法略有不同。Yahoo 營運傳統的檢舉回饋迴路，會轉寄個別報告。Microsoft 提供 Junk Mail Reporting Program，並搭配 Smart Network Data Services 儀表板。Gmail 則採取不同做法：它不轉寄個別檢舉，而是透過 Google Postmaster Tools 提供彙總的垃圾郵件比率。若要登記會轉寄個別報告的回饋迴路，寄件者通常必須證明自己掌控寄件 IP 或網域、維持可用的 postmaster 或 abuse 地址，並設定相符的反向 DNS。

一個長期存在的限制是，回饋迴路屬於自願性質且分散各處。並非每家服務商都有提供，寄件者必須分別向每家服務商登記，而且有些收件者會把回報垃圾郵件和取消訂閱搞混。即便如此，回饋迴路仍是寄件者掌握檢舉的主要訊號。

對電子郵件送達率的重要性

回饋迴路之所以重要，是因為垃圾郵件檢舉是整個電子郵件送達率中傷害最大的訊號之一。信箱服務商把回報垃圾郵件按鈕視為使用者直接表明您的郵件不受歡迎，並在決定您之後郵件的送達位置時給予很高的權重。

門檻相當嚴格。例如 Gmail 把約 0.3% 的檢舉率，也就是每送達一千封郵件約有三筆檢舉，視為開始更嚴格過濾寄件者的臨界點。回饋迴路讓您有機會維持在這條線以下。每份報告都會明確告訴您是哪位收件者檢舉，讓您在對方再次檢舉、累積比率攀升之前將其移除。

處理回饋迴路檢舉，也能向服務商展現良好行為。立即封鎖檢舉者的寄件者，證明自己尊重收件者的選擇並負責任地維護名單，而這份信譽會隨時間轉化為更好的收件匣送達率。忽視 FBL 報告則適得其反：檢舉率持續上升，服務商失去信任，更多郵件被過濾到沒人會看的垃圾郵件匣。

VeriMails 如何處理

VeriMails 是電子郵件驗證服務，不營運回饋迴路，但它能處理高檢舉率的根本原因之一。許多檢舉來自寄信給從未真正同意訂閱、不認得寄件者，或是透過低品質資料取得的對象。乾淨且經過驗證的名單，是維持低檢舉率的一環。

VeriMails 會在寄送前檢查每個地址，執行語法驗證、MX 記錄查詢、DNS 檢查，以及與收件郵件伺服器的即時 SMTP 交握，並搭配 Catch-all（全收）偵測、拋棄式地址偵測和職能信箱偵測。職能信箱偵測在這裡特別重要，因為 info@ 或 support@ 這類地址是共用信箱，容易引來檢舉；先辨識出來，就能在它們造成問題前決定如何處理。驗證會回傳明確的送達率分類，專為寄送前的名單清理而設計。

驗證最好搭配其他良好的寄送做法：只寄給同意訂閱的人、尊重退訂，並在收到每一筆回饋迴路檢舉時立即封鎖該地址。VeriMails 負責其中的資料品質層，協助您從一開始就把會退信和容易引發檢舉的地址排除在名單之外。您可以透過 VeriMails REST API 或上傳 CSV 檔案來驗證地址。價格每封低至 $0.0019，10,000 點只要 $19，年繳方案每月 $12.50 起；每個新帳號都附贈 100 點免費點數，永不過期，且無需信用卡。

常見問題