Outlook 退信 451 4.7.652 是什麼意思？連線數超限跟 IP 被封差在哪
給行銷人員的 3 行速讀
- 這是什麼：微軟說「你同時打開的連線太多了，我先擋一下新的連線」，不是拒收，也不是黑名單。
- 嚴重嗎：不嚴重，但如果放著不管，這個延遲會一直累積，退信報告上的延遲率（Defer Rate）會被拖著不降。
- 要不要找 IT：如果只是零星幾筆，先觀察；如果同一個問題連續好幾天都在，找技術窗口把寄送平台的併發連線數／發送速度調低。
如果你的收件人主要在 Outlook、Hotmail、企業版 Exchange Online，退信報告裡遲早會看到這一行：
451 4.7.652 The mail server [你的 IP] has exceeded the maximum number
of connections. (S3115)
看到 451 開頭很多人會鬆一口氣，覺得「還好不是永久封鎖」，但接下來常見的反應是誤判：以為這是聲譽問題，開始想著要不要換 IP、要不要放慢整體寄送量。 這兩個反應都用錯力了。
451 4.7.652（微軟內部代號 S3115）講的不是聲譽，是很單純的一件事：你同時對微軟開的連線數，超過它願意給你的上限了。
這不是聲譽問題，是連線層的交通管制
把微軟的收信伺服器想成一個路口。聲譽問題是「警察不讓你的車進來」，S3115 則是「這個路口同時只能過 20 台車，你想同時開 50 個連線硬闖，第 21 個開始就先在外面排隊」。
微軟對每個寄件 IP 能同時開幾條連線是有上限的，尤其對新 IP 或還沒建立起穩定寄送紀錄的來源，這個上限會抓得更緊。一旦你的寄送軟體想同時開太多連線灌信進去，超過的部分就會收到 451 4.7.652，被延後。
這跟你的內容好不好、名單乾不乾淨完全無關，純粹是連線數的交通管制。
為什麼它會卡好幾週都不動
這是 S3115 最容易讓人抓狂的地方：它不是觸發一次就結束，而是會累積成 backlog。
我看過一個真實案例，同一支 IP（40.79.138.197）從 3 月底開始被 S3115 擋，一路卡到 4 月下旬，中間持續了 23 天。原因不是微軟故意刁難，是這支 IP 的寄送速度始終沒降下來，每天都有新的信排隊等連線，backlog 永遠清不完，微軟看到的連線壓力也就一直存在，節流自然一直維持。
延遲率（Defer Rate）在這種情況下會長時間降不下來，因為卡住的不是「今天寄的信」，是「過去好幾天累積下來、一直排隊還沒送出去的信」。如果你發現退信報告裡的延遲率不管怎麼等都不掉，先查是不是有一支 IP 卡在這種連續多日的 backlog 裡。
跟真正的 IP 封鎖分清楚：看是 4xx 還是 5xx
微軟同一個問題情境下，可能出現好幾個看起來很像但意義不同的代碼，判斷方法一樣是先看開頭是 4 還是 5：
| 代碼 | 開頭 | 意思 | 該做的事 |
|---|---|---|---|
451 4.7.652（S3115） |
4xx | 同時連線數超限 | 降低併發連線數，等它自己清 |
451 4.7.653（S3116） |
4xx | 單一連線塞的訊息數超限 | 通常代表 S3115 壓力已緩解，是改善中的訊號 |
451 4.7.651（S3114） |
4xx | IP 聲譽限速（跟連線數無關，是真的聲譽問題） | 這個才要查聲譽，不是查連線設定 |
550 5.7.606 |
5xx | IP 已被列入黑名單，永久拒收 | 要走解封流程，不是降速能解決 |
要特別留意 S3114 跟 S3115 很容易混在一起看。同一支 IP 同時對微軟寄信，可能今天有一批因為連線數超限被擋（S3115），另一批因為聲譽偏低被擋（S3114），兩者都是 4xx、都跟微軟有關，但一個是純粹的流量管制，一個是真的聲譽在扣分，處理方式不一樣：連線數超限只要降速就好，聲譽問題要回頭查你的內容、名單、客訴率。
該做什麼
- 確認是不是同一支 IP 持續好幾天都在退信報告裡出現 S3115：如果是零星一兩次，通常自己會過去，不用特別處理。
- 降低對微軟的併發連線數：多數寄送平台（ESP、SMTP relay）都有併發連線或發送速度的設定，把它調保守一點，不要一次塞大量信進佇列。
- 不要因為看到退信就加大力道重寄：這是所有限流類錯誤共通的陷阱，硬送只會讓佇列堆得更高，backlog 拖得更久。完整的「4xx 別亂重送」邏輯可以參考Gmail、Yahoo、Outlook 限流錯誤碼完整解讀。
- 確認驗證都設好：SPF、DKIM、DMARC 沒過，會讓微軟對你更保守，連線上限也會抓得更緊，用網域健檢工具驗一遍最保險。
- 看到 backlog 清完、退信報告裡 S3115 消失、甚至開始出現 S3116：代表狀況正在好轉，不用緊張。
一句話總結
451 4.7.652 是微軟在管制你同時能開幾條連線，不是聲譽問題，也不是封鎖。它會累積成 backlog、拖著延遲率不降，但解法就是把併發連線數／發送速度調低，讓佇列有時間清空。不需要換 IP，也不需要申請解封。
如果你的退信報告裡有一支 IP 長期卡著這個代碼、怎麼等都不消，歡迎找我聊聊，我幫你確認是純粹連線數的問題，還是背後其實藏著聲譽在扣分。
