瞭解傳遞失敗 delivery-failures

跳出是ISP提供返回失敗通知的傳送嘗試和失敗的結果。 跳出處理是清單衛生的重要部分。 在指定的電子郵件連續多次跳出後，此程式會將其標示為需要抑制。

此程式會防止系統繼續傳送無效的電子郵件地址。 跳出是ISP用來判斷IP信譽的關鍵資料之一。 留意此量度非常重要。 「已傳遞」與「已跳出」可能是衡量行銷訊息傳遞方式最常見的方式：傳遞百分比越高越好。

如果無法將訊息發送到輪廓，遠端伺服器會自動向 Adobe Campaign 發送錯誤消息。此錯誤適用於判斷應隔離電子郵件地址、電話號碼或裝置。 請參閱退回郵件管理。

傳送訊息後，您可以在傳送記錄檔中檢視每個設定檔的傳送狀態，以及相關失敗的型別和原因。

隔離電子郵件地址時，或設定檔位於封鎖清單時，收件者會在傳送準備步驟中排除。 已排除的訊息會列在傳送控制面板中。

為什麼訊息傳遞失敗 delivery-failure-reasons

訊息失敗時有兩種型別的錯誤。 每個傳送失敗型別都會判斷地址是否傳送至隔離。

Ignored​錯誤型別已知為暫時，例如「不在辦公室」，或技術錯誤，例如，如果寄件者型別為「郵遞員」。

回饋回圈的運作方式與退回電子郵件類似：當使用者將電子郵件歸類為垃圾郵件時，您可以在Adobe Campaign中設定電子郵件規則，以封鎖傳送給該使用者的所有內容。 即使這些使用者未按一下取消訂閱連結，其位址仍會列入封鎖清單。 位址已新增至(NmsAddress)隔離資料表，而非以​狀態新增至( NmsRecipient Denylisted)收件者資料表。 在Adobe傳遞能力最佳實務指南中進一步瞭解回饋回圈機制。

同步與非同步錯誤 synchronous-and-asynchronous-errors

訊息傳送可能會立即失敗，在此情況下，我們限定為同步錯誤。 如果訊息傳送失敗或稍後再傳送，則在傳送後錯誤為非同步。

這些型別的錯誤可管理如下：

退回郵件資格 bounce-mail-qualification

在Adobe Campaign中處理退信限定的方式取決於錯誤型別：

重試管理 retries

如果訊息傳遞因暫時錯誤（Soft​或​Ignored）而失敗，Campaign會重試傳送。 可以執行這些重試，直到傳送持續時間結束。

軟退信重試次數和兩次之間的時間長度由MTA根據從訊息的電子郵件網域傳回的退信回應的型別和嚴重性決定。

有效期限 valid-period

Campaign傳遞中的有效期間設定限製為​3.5天或更少。 對於傳送，如果您在Campaign中定義的值超過3.5天，則不會將其列入考量。

例如，如果有效期間在Campaign中設定為預設值5天，則軟退信訊息會進入MTA重試佇列，並從該訊息達到MTA時起最多只重試3.5天。 在此情況下，將不會使用Campaign中設定的值。

訊息在MTA佇列中停留3.5天且無法傳送後，訊息會逾時，其狀態會從傳送記錄檔中的​ Sent ​更新為​Failed。

電子郵件錯誤型別 email-error-types

針對電子郵件頻道，傳送失敗的可能原因列於下方。

推播通知錯誤型別 push-error-types

針對行動應用程式頻道，傳送失敗的可能原因列於下方。

iOS隔離 ios-quarantine

HTTP/V2通訊協定允許每個推播傳遞有直接的回饋和狀態。 如果使用HTTP/V2通訊協定聯結器，mobileAppOptOutMgt​工作流程將不再呼叫意見回饋服務。 解除安裝或重新安裝行動應用程式時，Token會視為已解除註冊。

同步時，如果APN針對訊息傳回「未註冊」狀態，則目標Token會立即置於隔離中。

Android隔離 android-quarantine

適用於Android V1 的

對於每個通知，Adobe Campaign會直接從FCM伺服器接收同步錯誤。 Adobe Campaign會即時處理這些錯誤，並根據錯誤的嚴重性產生硬錯誤或軟錯誤，且可執行重試：

mobileAppOptOutMgt​工作流程每6小時執行一次，以更新​ AppSubscriptionRcp ​資料表。 對於宣告為未登入或不再有效的權杖，Disabled​欄位設為​True，而且連結至該裝置權杖的訂閱將會自動從未來的傳遞中排除。

在傳遞分析期間，所有從目標排除的裝置都會自動新增至​ excludeLogAppSubRcp ​表格。

適用於Android V2 的

Android V2隔離機制使用與Android V1相同的流程，同樣適用於訂閱和排除更新。 如需詳細資訊，請參閱Android V1區段。

SMS隔離 sms-quarantines

適用於標準聯結器

簡訊通道的特定性列於下方。

延伸通用SMPP聯結器的​​

使用SMPP通訊協定傳送SMS訊息時，錯誤管理的處理方式不同。

SMPP聯結器會擷取使用規則運算式（規則運算式）傳回之SR （狀態報告）訊息的資料，以篩選其內容。 然後，此資料會與​ Delivery log qualification ​資料表中的資訊進行比對（可透過​Administration > Campaign Management > Non deliverables Management​功能表取得）。

在限定新型別的錯誤之前，失敗原因預設一律設為​已拒絕。

產生的訊息範例：

SR Generic DELIVRD 000|#MESSAGE#

Extended generic SMPP聯結器會套用啟發式來尋找合理的預設值：如果狀態以​ DELIV ​開頭，則會被視為成功，因為它符合大多數提供者使用的一般狀態​ DELIVRD ​或​DELIVERED。 任何其他狀態都會導致硬失敗。

疑難排解傳送失敗 troubleshooting

本節提供診斷和解決常見傳遞失敗問題的指引。

具有個人化錯誤的失敗狀態 personalization-errors

如果電子郵件傳遞的狀態為​Failed，則它可以連結至個人化區塊的問題。 當結構描述不符合傳遞對應時，傳遞中的個人化區塊可能會產生錯誤。

傳遞記錄是瞭解傳遞失敗原因的關鍵。 以下是您可能會遇到的常見錯誤：

收件者訊息失敗並出現「無法聯絡」錯誤，指出：

Error while compiling script 'content htmlContent' line X: `[table]` is not defined. JavaScript: error while evaluating script 'content htmlContent

原因： HTML中的個人化正在嘗試呼叫尚未定義或對應到上游目標定位或傳遞目標對應的資料表或欄位。

解決方法：檢閱工作流程和傳遞內容，以明確判斷哪些個人化嘗試呼叫相關資料表。 然後，在HTML中移除對此表格的呼叫，或修正傳遞的對應。

在本節中進一步瞭解個人化。

多個個人化值錯誤 multiple-values-error

傳送失敗時，傳送記錄檔中可能會出現下列錯誤：

DLV-XXXX The count of message prepared (123) is greater than the number of messages to send (111). Please contact support.

原因：電子郵件中有收件者的多個值之個人化欄位或區塊。 個人化區塊正在使用中，且正在為特定收件者擷取多個記錄。

解決方法：檢查使用的個人化資料，然後檢查目標中是否有收件者有多個專案。 您也可以在傳遞活動之前，於目標工作流程中使用​ Deduplication ​活動，以確保一次只有一個個人化欄位。 如需重複資料刪除的詳細資訊，請參閱工作流程檔案。

自動回覆處理 auto-reply-handling

部分傳送可能會因為「無法聯絡」錯誤而失敗，並指出：

Inbound email bounce (rule 'Auto_replies' has matched this bounce).

說明：這表示傳送成功，但Adobe Campaign收到來自收件者的自動回覆（例如「不在辦公室」回覆），符合「Auto_replies」傳入電子郵件規則。

Adobe Campaign會忽略自動回覆電子郵件，收件者的地址不會傳送給隔離區。 這是預期行為，並不表示傳送失敗。

相關主題

傳遞狀態說明傳遞在其生命週期中可以具有的不同狀態。

在Campaign UI中監視傳遞提供使用傳遞儀表板追蹤傳遞效能和診斷問題的指南。

隔離管理說明Campaign如何管理隔離地址，以保護您的傳送信譽。

監視您的傳遞能力提供維持良好的傳遞能力和寄件者信譽的指引。

傳遞最佳實務涵蓋在Campaign中建立和傳送傳遞的最佳實務。