Sendgrid 發信失敗！錯誤代碼421.5.7.1 是什麼原因？
什麼是Sendgrid ？
Sendgrid為國際知名的SMTP廠商之一，不熟悉的讀者可能會接著問那SMTP廠商是什麼廠商？
簡單來說SMTP廠商提供較可靠的Email郵件伺服器，並經過特殊的Server配置，使得透過SMTP廠商來發送電子郵件時，有比較低的機率會被收件者的郵件伺服器歸類為垃圾信件，重點是您就不需要自己去架設Email郵件伺服器，也不需要花費資源去維護Email郵件伺服器。
Sendgrid 目前有超過80,000 的付費客戶，每個月平均發送的Email達900億封， 知名的使用客戶包含Uber、Spotify 與 airbnb 皆是使用Sendgrid的企業用戶，目前國際使用度高的SMTP廠商，除了Sendgrid之外，還有 SMTP.com 、Sendinblue、Mailgun、G Suite ..等等，而關於SMTP的選擇與方案優劣，依據各企業與需求不同，所適合的方案也不盡相同，本篇文章就不多做贅述，由於歐斯瑞本身使用Sendgrid的客戶不佔少數，所以今天來分享Sendgrid的信件發送信件時出現421.5.7.1時的原因為何。
錯誤代碼421是什麼？
有經驗的人會知道error 421開頭，通常是收件者端因為某些原因，推延發信者寄出的信件，例如：收件者的郵件伺服器連線過於頻繁、收件者信箱爆滿、收件者的郵件伺服器維護中…等等，所以大部分的error 421不是常態的，所以通常接收到421 error問題，Sendgrid 會在75小時內，每一小時嘗試寄送一次（總計嘗試75次），對於SMTP 的其他錯誤代碼有興趣的讀者，可參考下方連結。
https://sendgrid.com/docs/for-developers/sending-email/smtp-errors-and-troubleshooting/
那421.5.7.1 是否就放著等他重新寄送就好？
421.5.7.1 比較特別，是代表收件者的郵件伺服器，“直接阻擋”Sendgrid 發出的信件，所以Sendgrid遇到收件者伺服器回覆的錯誤代碼為421.5.7.1 時，Sendgrid就不會浪費時間在75小時內，每小時自動嘗試重複傳送，所以可以發現STATUS 狀態是 Not Delivered（如下圖所示）。
Sendgrid會將421.5.7.1 的郵件地址歸類到Bounces 裡面，避免重複寄信浪費資源在拒收的收件者，您可以在Sendgrid 後台 → Suppressions → Bounces 可以看到被歸類為Bounces的收件者（下圖所示）。
要如何解決421.5.7.1問題？
通常遇到這種421.5.7.1的機率不高，可能發生的情況例如：
員購網站使用第三方SMTP廠商，而由於員購的資格是依據Email來判斷這個人是否符合員工購物資格，恰巧員工的Email是自家的工程師架設的郵件伺服器，且有較嚴格的安全性防範措施，就有可能發生員工用自己公司的Email去員購網購物，但是交易信件一直被自家的郵件伺服器給rejected的情況發生。
由於是收件端rejected的部分，所以您需要請維護自家郵件伺服器的工程師，把sendgrid.net 給加入Whitelist（白名單）即可解決421.5.7.1 rejected的狀況發生。
以上為這次的Sendgrid 發信失敗！錯誤代碼421.5.7.1 是什麼原因？的文章資訊分享。另外若想接收最新的文章資訊，請務必訂閱我們的電子報，以及追蹤我們的臉書粉絲團及IG，才能收到第一手的最新資訊喔！有問題也歡迎隨時與我們聯繫呦！
我要留言