疑難排解電子郵件管

確認已開啟記錄功能，以協助識別失敗的原因。詳情請參閱監控和記錄。

訊息不會顯示

問題與解決方案

• 使用電子郵件範本時，若 tmessage 變數遺失、格式不正確，或訊息變數與端點資料不符，轉譯將失敗。

• RenderingFailure在行銷活動執行的時間範圍內檢閱 Amazon SES CloudWatch 指標，以確認轉譯是否為問題。轉譯失敗會在 Amazon Pinpoint 事件日誌中顯示為 _email.Rendering_。

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

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

• 設定範本中所有訊息變數的預設值，這樣客群的端點沒有屬性時，可向端點授予交付權限。

彈回狀態

軟退信的解決方案

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

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

  • 收件人信箱已滿。

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

  • 超出伺服器限制。

  • 伺服器超載。

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

硬退信的解決方案

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

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

  • 電子郵件地址不存在。

  • 域名稱不存在。

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

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

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