瞭解傳遞失敗 delivery-failures
跳出是ISP提供返回失敗通知的傳送嘗試和失敗的結果。 跳出處理是清單衛生的重要部分。 在指定的電子郵件連續多次跳出後，此程式會將其標示為需要抑制。
此程式會防止系統繼續傳送無效的電子郵件地址。 跳出是ISP用來判斷IP信譽的關鍵資料之一。 留意此量度非常重要。 「已傳遞」與「已跳出」可能是衡量行銷訊息傳遞方式最常見的方式：傳遞百分比越高越好。
如果無法將訊息發送到設定檔，遠端伺服器會自動向Adobe Campaign 發送錯誤消息。此錯誤適用於判斷應隔離電子郵件地址、電話號碼或裝置。 請參閱退回郵件管理。
傳送訊息後，您可以在傳送記錄檔中檢視每個設定檔的傳送狀態，以及相關失敗的型別和原因。
隔離電子郵件地址時，或設定檔位於封鎖清單時，收件者會在傳送準備步驟中排除。 已排除的訊息會列在傳送控制面板中。
為什麼訊息傳遞失敗 delivery-failure-reasons
訊息失敗時有兩種型別的錯誤。 每個傳送失敗型別都會判斷地址是否傳送至隔離。
-
硬退信
硬跳出是當ISP將寄送訂閱者位址的嘗試判斷為無法傳送後，產生的永久性失敗。 在Adobe Campaign中，分類為無法傳送的硬跳出會新增至隔離清單，這表示不會重新嘗試這些跳出。 在某些情況下，如果失敗的原因不明，則會忽略硬退信。以下是一些常見的硬跳出範例：地址不存在、帳戶已停用、語法錯誤、網域錯誤
-
軟退信
軟跳出是ISP在難以傳遞郵件時產生的暫時性失敗。 軟性失敗將重試多次（如有差異，取決於使用自訂或現成可用的傳送設定），以嘗試成功傳送。 在嘗試重試次數上限之前（依設定而異），不會將持續軟跳出的位址新增至隔離。軟跳出的常見原因包括：信箱已滿、接收電子郵件伺服器關閉、寄件者信譽問題
Ignored 錯誤型別已知為暫時，例如「不在辦公室」，或技術錯誤，例如，如果寄件者型別為「郵遞員」。
回饋回圈的運作方式與退回電子郵件類似：當使用者將電子郵件歸類為垃圾郵件時，您可以在Adobe Campaign中設定電子郵件規則，以封鎖傳送給該使用者的所有內容。 即使這些使用者未按一下取消訂閱連結，其位址仍會列入封鎖清單。 位址已新增至(NmsAddress)隔離資料表，而非以 Denylisted 狀態新增至(NmsRecipient)收件者資料表。 在Adobe傳遞性最佳實務指南中進一步瞭解回饋回圈機制。
同步與非同步錯誤 synchronous-and-asynchronous-errors
訊息傳送可能會立即失敗，在此情況下，我們限定為同步錯誤。 如果訊息傳送失敗或稍後再傳送，則在傳送後錯誤為非同步。
這些型別的錯誤可管理如下：
-
同步錯誤：由Adobe Campaign傳遞伺服器連絡的遠端伺服器會立即傳回錯誤訊息。 不允許將傳遞傳送至設定檔的伺服器。 郵件傳輸代理程式(MTA)會判斷退信型別並限定錯誤，然後將該資訊傳回至Campaign，以判斷是否應隔離相關電子郵件地址。 請參閱退信資格。
-
非同步錯誤：接收伺服器稍後會重新傳送退回郵件或SR。 此錯誤以與錯誤相關的標籤限定。 傳送後一週內，可能會發生非同步錯誤。
退回郵件資格 bounce-mail-qualification
在Adobe Campaign中處理退信限定的方式取決於錯誤型別：
-
同步錯誤： MTA會決定退信型別和資格，並將該資訊傳回至Campaign。 Delivery log qualification 資料表中的退信限定不用於 同步 傳遞失敗錯誤訊息。
-
非同步錯誤： Campaign用來限定非同步傳送失敗的規則列在 Administration > Campaign Management > Non deliverables Management > Delivery log qualification 節點中。 inMail處理序會透過 Inbound email 規則來限定非同步退信。 如需詳細資訊，請參閱Adobe Campaign Classic v7檔案。
重試管理 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。
如需有效期的詳細資訊，請參閱Adobe Campaign Classic v7檔案。
電子郵件錯誤型別 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會即時處理這些錯誤，並根據錯誤的嚴重性產生硬錯誤或軟錯誤，且可執行重試：
- 已超過承載長度、連線問題、服務可用性問題：已執行重試、軟錯誤、失敗原因為 Refused。
- 超過裝置配額：沒有重試、軟錯誤、失敗原因為 Refused。
- 無效的或未登入權杖、未預期的錯誤、寄件者帳戶問題：無重試、硬錯誤、失敗原因為 Refused。
mobileAppOptOutMgt 工作流程每6小時執行一次，以更新 AppSubscriptionRcp 資料表。 對於宣告為未登入或不再有效的權杖，Disabled 欄位設為 True，而且連結至該裝置權杖的訂閱將會自動從未來的傳遞中排除。
在傳遞分析期間，所有從目標排除的裝置都會自動新增至 excludeLogAppSubRcp 表格。
- 傳遞開始時的連線問題：失敗型別 Undefined，失敗原因 Unreachable，已執行重試。
- 傳遞期間連線中斷：軟錯誤，失敗原因 Refused，已執行重試。
- 百度在傳送期間傳回同步錯誤：硬錯誤，失敗原因 Refused，不執行重試。
適用於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#
-
所有錯誤訊息都以 SR 開頭，以區分SMS錯誤碼與電子郵件錯誤碼。
-
錯誤訊息的第二部分（Generic，在此範例中）參考SMSC實作的名稱，例如SMS外部帳戶的 SMSC implementation name 欄位中定義的名稱。
由於對於每個提供者，相同的錯誤碼可能有不同的含義，因此此欄位可讓您知道產生錯誤碼的提供者。 然後您可以在相關提供者的檔案中找到錯誤。
-
錯誤訊息的第三部分（此範例中為 DELIVRD）對應於使用SMS外部帳戶中定義的狀態擷取規則運算式從SR擷取的狀態代碼。
此規則運算式指定於外部帳戶的 SMSC specificities 索引標籤中。
依預設，規則運算式會擷取 SMPP 3.4規格 的 附錄B 區段所定義的 stat： 欄位。 -
錯誤訊息的第四部分(000)對應於使用SMS外部帳戶中定義的錯誤碼擷取規則運算式從SR擷取的錯誤碼。
此規則運算式指定於外部帳戶的 SMSC specificities 索引標籤中。
依預設，規則運算式會擷取 SMPP 3.4規格 的 附錄B 區段所定義的 err： 欄位。
-
直立線符號(|)後面的所有專案只會顯示在 Delivery log qualification 表格的 First text 欄中。 訊息標準化之後，此內容一律會由 #MESSAGE# 取代。 此程式會避免因類似錯誤而出現多個專案，與電子郵件的情況相同。
Extended generic SMPP聯結器會套用啟發式來尋找合理的預設值：如果狀態以 DELIV 開頭，則會被視為成功，因為它符合大多數提供者使用的一般狀態 DELIVRD 或 DELIVERED。 任何其他狀態都會導致硬失敗。