450 4.7.1 Greylisting 是什麼？以及那個假裝成 greylisting 的封鎖
先講正常的那一半。
Greylisting（灰名單）是收件方一種很老派但很有效的反垃圾機制：第一次看到陌生的寄件來源時，先拒絕一次，要你等一下再試。 訊息通常長這樣：
450 4.7.1 Greylisted, please try again in 240 seconds
背後的邏輯很簡單：真正的郵件伺服器會乖乖重試，垃圾郵件的發送程式通常不會，射完就跑。所以只要「要求重試一次」，就能過濾掉很大一批垃圾信。
所以看到 greylisting，你多半什麼都不用做。 你的寄送系統會自動重試，幾分鐘到幾小時後就送達了。它是設計上的延遲，不是故障。
但這篇真正想講的是另一半：有些東西長得跟 greylisting 一模一樣，卻永遠不會過。
先講正常的 greylisting 該長什麼樣
判斷正不正常，看三件事：
一、訊息裡有明確而且很短的等待時間。 例如 try again in 240 seconds、try again later。幾分鐘到幾小時是正常範圍。
二、重試之後真的送達了。 這是最實在的證據。灰名單造成的延遲，最後應該轉成投遞成功，而不是轉成退信。
三、比例會隨時間下降。 灰名單針對的是「陌生」的來源，你穩定寄一陣子之後，多數收件方會把你記起來、放進白名單，比例自然往下掉。
如果你的 greylisting 比例突然變高，最常見的原因是：新啟用的 IP、剛換的寄件網域、或者很久沒發突然大量發送。這些都會讓你在收件方眼中重新變成陌生人。這種狀況照IP 預熱的節奏慢慢來就會改善。
它會撐高你的延遲率，但那是正常的。 延遲率高、退信率正常，而且成因是 greylisting，基本上不用處理。
現在講不正常的那種
有些 ISP 會用同一個 450 4.7.1 代碼，包裝完全不同的東西。實際遇過的訊息長這樣：
450 4.7.1 <XXX@example.pl>: Recipient address rejected:
Client address deferred by rule #CR-IN-C-6516 until Tue Jul 27 05:17:02 2027
請看最後那個字：until ... 2027。
這封信是在 2026 年被退的。也就是說，收件方告訴你的訊息是「你被延遲了，請在一年多以後再試」。
這在技術上完全符合暫時性錯誤的定義，代碼是 4xx、狀態是 delayed、訊息裡也寫著 deferred。但實質上，這是一個為期一年的封鎖，只是穿著暫時性錯誤的衣服。
為什麼這件事很坑
因為退信分類系統只看代碼。450 4.7.1 加上 deferred 這個字，幾乎所有分類器都會把它歸進 greylisting-issues（灰名單） 這一類。
於是你打開報表，看到的是：
灰名單問題 96.89%
你的直覺反應大概是「喔，灰名單而已，會自己好」，然後就跳過去了。實際上那 96.89% 是一整片永遠不會送達的信，它們會在佇列裡不斷重試，把你的延遲率撐到誇張的數字，最後全部逾時、轉成退信。
我看過的實際數字：延遲件數是當日寄送量的九倍，延遲率超過 900%。從報表上看是「灰名單」，實際上是一道擋到 2027 年的牆。
怎麼分辨：把訊息全文讀完
分辨方法只有一個，但很可靠：不要只看代碼和分類，把 DSN 訊息全文讀完。
| 看到什麼 | 意思 |
|---|---|
try again in 240 seconds |
真的 greylisting，會自己好 |
try again later 沒給時間 |
多半是一般節流，觀察 |
until <一個很遠的日期> |
假的，這是長期封鎖 |
| 訊息裡有 rule 編號 | 對方套用了具名規則，通常不是隨機灰名單 |
那個 rule 編號是很好的訊號。正常的灰名單是機制性的、隨機的，不會給你一個規則代號。一旦訊息裡出現 rule #XXXX 這種東西，代表你是被某條具名規則點名的，那多半不是灰名單。
遇到假 greylisting 該怎麼辦
老實說，選項不多，而且有一個是你可能不會喜歡的答案。
一、先確認影響範圍。 這種規則通常是綁在寄件 IP 上的，不是綁在你的網域。所以同一個共用 IP 上的其他寄件人也一起中招，而你自己換個網域寄也沒用。查清楚是哪幾台在名單上。
二、找對方的申訴或解封管道。 部分 ISP 有提供，訊息裡有時會附連結。這是最正規的路，但成功率取決於對方。
三、有些 ISP 是付費制的。 這是實務上最現實的一點：某些歐洲 ISP 有所謂的認證寄件人方案，付費加入之後這類規則就不套用在你身上。有些人聽到會覺得反感，但如果那個市場對你的業務很重要，這就只是一筆成本計算，不是道德問題。
四、在解決之前，把該 ISP 的收件人暫時排除。 這是最容易被忽略但最該做的一步。既然那些信註定送不到，繼續寄只會讓它們在佇列裡空轉、撐高你的延遲率、最後全部逾時轉成退信，順便拖累你整體的抵達率數字。把它們先隔離出來，你的其他數據才會乾淨。
順帶一提：延遲率高不等於有問題
這篇講的兩種狀況，在報表上長得幾乎一樣：延遲率高、退信率正常。但一個會自己好，一個永遠不會。
這也是為什麼我一直說延遲率本身不是一個能單獨判讀的指標。它可以是正常的灰名單、可以是收件方在限速、可以是空殼 tenant 的無效重試、也可以是這種偽裝的長期封鎖。四種的處理方式完全不同，而報表上的分類名稱不會告訴你是哪一種。
唯一可靠的做法是點進去看 DSN 全文。延遲率這個數字本身該怎麼讀、為什麼它可以超過 100%，見延遲率為什麼會超過 100%。
一句話總結
Greylisting 本身是正常機制，重試就會過，不用理它。但 450 4.7.1 這個代碼被某些 ISP 拿來包裝長達一年的封鎖，而退信分類系統會照代碼把它歸成灰名單，讓你完全看不出問題。分辨方法很簡單：把訊息讀到最後，看它叫你什麼時候再試。
如果你的延遲率高到不合理、報表卻說只是灰名單，歡迎找我聊聊，我幫你看看那些信到底送不送得到。
