Home/技術 / [SMTP]退信550 與 554到底差異在那?

有人說550 與 554都是被對方拒絕或加入黑名單,也有人說554才是,到底是如何呢?有人可以解釋一下嗎?

基本上根據SMTP的交易過程中,只要是交易過程需要拒絕或中斷此交易皆會回5XX開頭代碼,

什麼是SMTP 交易過程可以參照 smtp交易指令教學,可以用來測試smtp郵件伺服器是否正常(link is external) 

但這些代碼意義,在實際RFC 5321 和RFC 1893 是有定義的,只是後來SPAM機制的引入後,只要是不管是要拒絕對方或中斷對方,

只要在交易過程中回代碼開頭5XX的即可中斷對方SMTP連結。

實際早期所有 SMTP 錯誤訊息都遵循基本格式

回覆代碼
狀態碼
回應文字

xyz
x.y.z
文字字串

550  1.2.1 mail box error

通常正規做法會在回覆代碼 後面加入 狀態碼 回應文字,

回覆代碼 (主要給SMTP發送程式看的,只要遇到5XX就知道中斷連線,或無法傳送信件)

後面

狀態碼
回應文字

   主要使被退回的發送者了解寄送發生可能狀況,

但後續很多因為spam 防制系統啟用,

因各家spam 廠商對於防制系統的機制設計不同,故在回應文字或狀態碼部份不多做任何解釋,

並且大部份的SPAM拒絕代碼都採用550 or 554來代表

導致現在許多信件退回時,很多人就認為550 & 554 都代表拒絕…..所以才有此說詞

以往 550 通常代表是對方 信箱超過大小限制 或 不存在使用者等等……

而554才是拒絕,但因為現在SPAM並不著重在回應文字,而是防制,故造成了這兩個代碼有時候是一樣的!


🧠 本文章與所附圖片部分內容為 AI 生成或 AI 輔助產製。文中提及之商標、品牌名稱、產品圖片及相關標識, 其著作權與商標權均屬原權利人所有,本網站僅作為資訊呈現與示意使用

最新文章

攻擊與惡意軟體分析:從雲端供應鏈到 AI 模型的全新威脅圖景

在高度數位化的環境下,惡意軟體攻擊已不再局限於傳統病毒與…

OpenAI API 安全防護:企業實戰指南

OpenAI API 使用安全最佳實踐
隨著人工…

ChatML 文檔重磅升級:實務案例與新語法全面解析

ChatML 文檔大更新:從標記語言到實務範例

OpenAI API安全攻略:開發者必讀資安防護指南

OpenAI API 使用安全:開發者不可輕忽的資安課…

Gemini 3:AI預測神速降臨,資安隱憂浮現?

Gemini 3:AI 的新紀元,以及資安的隱憂
在科…

Log4j風暴下的IIS:安全防護與日誌管理實戰

從 Log4j 到 IIS:理解與應用
近期資安事件頻…

推薦文章