疑難排解電子郵件管

• 使用電子郵件範本時，如果郵件變數遺失、格式不正確，或是訊息變數與端點資料不相符，導致傳送期間電子郵件失敗，就會發生轉譯失敗。

• 若要識別轉譯失敗，請在行銷活動執行的時間範圍RenderingFailure內檢閱 Amazon SES CloudWatch 指標。轉譯失敗會在 Amazon Pinpoint 事件日誌中顯示為 _email.Rendering_。

• 若要解決此問題，請確認所有訊息變數都有對應的端點屬性，且格式正確。如需詳細資訊，請參閱將個人化內容新增至訊息範本。

• 設定範本中所有訊息變數的預設值，以避免端點遺失屬性時顯示失敗。

• 在沒有範本的情況下測試行銷活動，確認端點是否可以成功接收訊息。此動作可協助確認問題與範本變數有關。

軟退信的解決方案

• 軟退信是因為暫時性問題而發生，會記錄在日誌中的 _email.softbounce 事件類型下。Amazon Pinpoint 處理軟退信的方法，是在過一段時間後，嘗試重新交付遭到軟退信的電子郵件。

• 以下情況可能發生軟退信：

  • 收件人信箱已滿。

  • 收件人信箱暫時無法使用。

  • 超出伺服器限制。

  • 伺服器超載。

• 與軟退信相關的特定錯誤代碼是 421、450、451 或 452。如需這些錯誤碼的說明，請參閱簡易郵件傳送通訊協定 (SMTP) 增強型狀態碼登錄。日誌中的 smtp_response 提供退信事件的錯誤碼。

硬退信的解決方案

• 硬退信是指持續交付失敗，這會出現在日誌的 _email.hardbounce 事件類型下。這些失敗不會重試。

• 以下情況可能發生硬退信：

  • 電子郵件地址不存在。

  • 域名稱不存在。

  • 收件人的電子郵件服務器已封鎖電子郵件。

  • 電子郵件地址列於帳戶禁止名單。

• 監控專案中的硬退信次數，並從收件人清單移除硬退信電子郵件地址。硬退信可能對您的傳送信譽和電子郵件訊息的可交付性造成負面影響。詳情請查看 退信 中的最佳做法。