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