什麼是灰名單？

定義

灰名單是一種由郵件傳輸代理（MTA）執行的垃圾郵件過濾方法，MTA 是代表網域接收電子郵件的軟體。當郵件來自收件伺服器不認得的寄件者，伺服器既不接受，也不直接拒絕，而是發出暫時拒收，等於在說：請稍後再來。

這個名稱點出了它的邏輯。黑名單是明確的拒絕，白名單是明確的接受，灰名單則介於兩者之間，是刻意的「也許」。收件伺服器在第一次接觸時暫不下判斷，等著看寄件者接下來怎麼做。守規矩的寄件者會依電子郵件標準的要求重試，因而獲得接受；一次失敗就放棄的寄件者，則永遠無法送達。

灰名單之所以有效，是因為寄件者的行為存在不對稱。設定正確的郵件伺服器會把暫時性失敗視為正常情況，將郵件排入佇列等待再次嘗試，因為暫時性問題在電子郵件中很常見。相對地，許多大量寄送垃圾郵件的作業是為了高速一次送出而設計，沒有重試佇列，因此一次暫時拒收就足以讓這些垃圾郵件消失。灰名單把電子郵件協定的基本要求，變成低成本的過濾機制。

運作方式

郵件抵達時，灰名單伺服器會記錄三項資訊，通常稱為三元組：寄件伺服器的 IP 位址、寄件者的電子郵件地址，以及收件者的電子郵件地址。它會檢查之前是否見過完全相同的三元組。如果沒有，伺服器就以 4xx SMTP 回應代碼回覆暫時性失敗，常見的是 451，依電子郵件標準代表「稍後再試」而非「放棄」。確切的代碼和文字依郵件伺服器軟體而異。

這時寄件伺服器面臨選擇。正當的伺服器會把 4xx 回應視為暫時性錯誤，將郵件保留在外寄佇列，並安排重試。電子郵件標準規定重試間隔至少三十分鐘、放棄時間為數天，但實際做法差異很大。Sendmail 約十五分鐘後重試，Postfix 約十六分半後重試，Microsoft Exchange 則依照自己的排程。重試抵達且經過足夠時間後，伺服器看到熟悉的三元組，就會接受郵件。許多灰名單系統接著會把該三元組或寄件 IP 加入自動白名單，讓之後的郵件不再延遲。

為了減少誤拒，現代的灰名單比嚴格的三元組模式寬鬆。大型寄件者會從伺服器群組寄信，因此重試可能合理地來自與第一次不同的 IP。為了處理這種情況，許多系統會把同一網段內的位址視為相同，或利用寄件者的 SPF 記錄辨識整個獲授權的寄件群組，讓來自群組內任一伺服器的重試都算是同一個寄件者。

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

對多數寄件者而言，灰名單只是延遲，而不是阻礙。信譽良好的電子郵件平台會正確重試，因此被灰名單擋下的郵件只是晚一點送達，通常是在第一次嘗試後約十五分鐘。收件伺服器接受的取捨是：第一次接觸時稍有延遲，換取在大量低成本垃圾郵件進入信箱前就將其過濾。

不過對有時效性的郵件來說，延遲確實會成為問題。密碼重設連結、一次性驗證碼和訂單確認通常預期在幾秒內送達，十五分鐘的灰名單延遲可能讓重設連結過期，或讓顧客以為郵件遺失而再試一次。灰名單也可能出錯，例如寄件群組設定不當、重試來自可辨識網段以外的伺服器，或網域的多台 MX 伺服器採用不一致的灰名單政策，導致重試打到另一台對第一次嘗試毫無記錄的伺服器。

灰名單對任何驗證電子郵件地址的人也很重要，這正是它與名單品質交會之處。當驗證服務第一次與灰名單伺服器建立 SMTP 連線時，可能在伺服器確認信箱是否存在之前，就收到 4xx 暫時拒收。伺服器既沒有接受也沒有否認該地址，因此單次嘗試無法得出明確的有效或無效結果。沒有考慮灰名單的驗證工具可能直接把地址標為未知，這就是為什麼正確處理灰名單是準確驗證的一部分，而不是邊緣情況。

VeriMails 如何處理

VeriMails 的設計能在驗證的 SMTP 階段辨識灰名單，而不會被它擊敗。當 VeriMails 與收件郵件伺服器進行即時 SMTP 交握，並收到符合灰名單特徵的 4xx 暫時拒收時，不會把這單一回應當成最終答案。驗證邏輯能區分暫時延遲與永久拒收，因此不會把灰名單伺服器誤判為失效信箱。

這種處理方式，是伺服器套用灰名單時 VeriMails 仍能回傳更明確結果的原因之一。目標是回傳明確、可靠的結果，例如有效、無效、Catch-all（全收）或其他已定義的狀態，而不是每當伺服器套用灰名單就回傳模糊的未知。灰名單只是 VeriMails 納入考量的多種真實伺服器行為之一，讓結果反映真正的送達率，而不是特定郵件伺服器的特殊行為。VeriMails 提供明確的送達率訊號，不給模糊的數字分數。

您可以透過 VeriMails REST API 即時驗證，或上傳 CSV 大量驗證整份名單。寄送前先驗證地址，意味著灰名單只會延遲寄給本來就可送達之收件者的郵件，而不會讓充滿無效地址的名單雪上加霜。驗證費用每封低至 $0.0019，10,000 點只要 $19，年繳方案每月 $12.50 起。每個新帳號都附贈 100 點免費點數，無需信用卡，且點數永不過期。

常見問題