退信 554 5.2.122 是什麼意思？收件人自己收信超量，不是你的地址有問題
給行銷人員的 3 行速讀
- 這是什麼：不是你的問題，是收件人那間公司這一小時收到的信太多了，微軟先擋一下。
- 嚴重嗎：不嚴重，這批人不是無效地址，只是這次沒收到，下一次通常就正常了。
- 要不要找 IT：如果退信報告顯示這個原因占比很高，找 IT／技術窗口確認一件事——這批地址有沒有被系統自動移除名單，這比錯誤本身更值得緊張。
如果你的名單裡有不少企業客戶或大型組織的信箱，遲早會在退信報告裡看到這一行：
554 5.2.122 The recipient has exceeded their limit for the number of
messages they can receive per hour
554 開頭讓人直覺想到「永久拒收，這個信箱死了」，但完整訊息講的其實是完全不同的事：收件人這端，這一個小時內收到的信已經超過微軟允許的上限，不是這個信箱本身有問題。
誰在被限速？是收件人，不是你
這個錯誤最容易搞混的地方是方向反了。多數退信碼講的是「你」被限速、「你」被封鎖，但 5.2.122 講的是「他」——收件人所在的組織，一小時內能收多少封信，微軟企業版 Exchange Online（EO）幫他們設了上限。
我看過一個實際案例：一批寄到澳洲某企業客戶的信，退信率一度飆到 32%，追查後發現 98% 以上都是這個代碼，而且問題完全集中在少數幾個企業租戶的收信佇列（eo-outlook.rollup），消費者版的 Hotmail、Outlook.com、Yahoo 全部正常，退信率不到 1%。這不是這批寄件人做錯了什麼，是收件端那幾間公司剛好在同一時段被灌爆。
原因通常是：你的寄送速度太快、太集中，短時間內對同一個企業租戶塞進大量信，觸發了對方的接收速率保護機制。
最危險的地方：它會被誤判成兩種錯誤
誤判一：分類系統會把它歸進「聲譽問題」。
很多退信分類系統看到 5.2.122 這種代碼，會直接歸進 reputation-issues（聲譽問題）這一類，因為它落在 5.2 這個號碼區間、又帶著「exceeded」這種聽起來很嚴重的字眼。我實際查過一個案例，分類系統把它標成 reputation-issues 占了報告的 98%，看起來像是聲譽大崩盤，但完整 DSN 攤開來看，跟聲譽一點關係都沒有，是政策限制（policy-related）被誤分類。如果你只看報告上的分類標籤、沒有拆開看實際的 DSN 訊息，會被這個假警報嚇到，甚至去做一堆聲譽修復動作，但根本問題不在那裡。
誤判二：這是比誤判分類更嚴重的風險——自動化流程可能把這批地址判定成無效，永久移除。
554 是 5xx，在多數系統的邏輯裡，5xx = 永久失敗（dsnAction: failed）= 這個地址壞了，該從名單清掉。但 5.2.122 的 5xx 只是「這次沒收到」，不是「這個信箱不存在」。如果你的清單清理流程看到永久失敗就自動抑制，這些其實完全正常、只是剛好卡在收信尖峰的收件人，就會被永久踢出名單，之後合法的信也永遠寄不到他們手上了。這批地址完全不應該被移除。
該做什麼
- 不要看到 5.2.122 就當成名單問題處理：先確認退信報告裡這個代碼的完整訊息，不要只看分類標籤或代碼開頭是 5 就當成永久無效。
- 檢查名單清理流程有沒有誤殺：如果你用系統自動抑制退信地址，去確認 5.2.122 有沒有被排除在自動抑制規則之外。這是本輪最該優先做的事，因為誤殺是不可逆的。
- 調整發送節奏：如果同一批企業租戶反覆出現這個問題，代表你對他們發送太集中，把發送時間拉長、分批寄出，讓對方的每小時收信量不要一次被灌滿。
- 跟報告裡的聲譽問題分開看：如果你的整體聲譽指標（像 Postmaster Tools 的等級）看起來正常，但退信率突然飆高，先查是不是 5.2.122 這類被誤分類的政策限制，不是聲譽真的出事。
一句話總結
554 5.2.122 是收件端說「我這一小時收信收滿了」，不是收件人的地址壞了。它常被系統誤分類成聲譽問題，也很容易被自動化流程誤判成無效地址永久移除，這兩件事都比錯誤本身更值得注意。看到這個代碼，先確認名單沒被誤殺，再考慮把發送節奏拉開。
如果你的退信報告裡有一大塊看起來像聲譽崩盤、但你查不出實際原因，歡迎找我聊聊，我幫你把分類標籤底下真正的 DSN 拆出來看，確認問題到底出在哪一層。
