瞭解傳遞失敗 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。 此錯誤以與錯誤相關的標籤限定。 傳送後一週內,可能會發生非同步錯誤。

NOTE
作為「受管理的Cloud Service」使用者,Adobe會執行退回信箱的設定。

退回郵件資格 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根據從訊息的電子郵件網域傳回的退信回應的型別和嚴重性決定。

NOTE
Campaign不會使用傳遞屬性中的重試設定。

有效期限 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

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

錯誤標籤
錯誤型別
技術價值
說明
帳戶已停用
軟/硬
4
連結至該地址的帳戶已失效。 當網際網路存取提供者(IAP)偵測到長時間的不活動時,它可以關閉使用者的帳戶。 之後將無法傳遞至使用者的位址。 如果帳戶因為6個月的閒置而暫時停用,而且仍然可以啟動,則會指派狀態「發生錯誤」並再次嘗試帳戶,直到錯誤計數器達到5。 如果錯誤訊號表示帳戶已永久停用,則會直接將其設定為隔離。
被隔離的地址
強烈
9
地址已放入隔離區。
未指定地址
強烈
7
未提供收件者的地址。
品質不良的地址
已忽略
14
此地址的品質評等太低。
已加入封鎖清單的地址
強烈
8
地址已在傳送時新增到封鎖清單中。 此狀態用於將外部清單和外部系統的資料匯入Adobe Campaign隔離清單。
控制地址
已忽略
127
收件者的地址是控制組的一部分。
雙精度
已忽略
10
收件者的地址已在此傳遞中。
忽略的錯誤
已忽略
25
地址在允許清單上。 因此會忽略錯誤,並會傳送電子郵件。
仲裁後排除
已忽略
12
收件者已由「仲裁」型別的行銷活動型別規則排除。
已由 SQL 規則排除
已忽略
11
收件者已由「SQL」型別行銷活動型別規則排除。
無效的網域
柔光
2
電子郵件地址的網域不正確或已不存在。 此設定檔將再次定位,直到錯誤計數達到5。之後,記錄將設定為隔離狀態,不會再重試。
郵箱已滿
柔光
5
此使用者的信箱已滿,無法接受更多郵件。 此設定檔將再次定位,直到錯誤計數達到5。之後,記錄將設定為「隔離」狀態,不會再重試。
此型別的錯誤是由清理程式管理,地址在30天後會設定為有效狀態。
警告:若要從隔離位址清單自動移除位址,必須啟動資料庫清理技術工作流程。
未連線
已忽略
6
傳送訊息時,收件者的行動電話已關閉或未連線至網路。
未定義
未定義
0
此位址正在限定中,因為錯誤尚未增加。 當伺服器傳送新錯誤訊息時,會發生此類錯誤:它可能是孤立的錯誤,但如果再次發生,錯誤計數器會增加,這會提醒技術團隊。 接著,他們可以透過樹狀結構中的管理 / Campaign Management / 無法傳遞的專案管理節點,執行訊息分析並限定此錯誤。
不符合優惠方案條件
已忽略
16
收件者不符合傳遞中的優惠方案條件。
已拒絕
軟/硬
20
由於安全反饋為垃圾郵件報告,該地址已被置於隔離狀態。 根據錯誤,將再次嘗試此位址,直到錯誤計數器達到5,或直接傳送給隔離。
目標大小受限
已忽略
17
已達到收件者的傳遞大小上限。
不合格的地址
已忽略
15
郵寄地址不合格。
無法聯繫
軟/硬
3
訊息傳遞鏈結中發生錯誤。 可能是SMTP轉送上的事件、暫時無法連線的網域等。 根據錯誤,將再次嘗試此位址,直到錯誤計數器達到5,或直接傳送給隔離。
使用者不明
強烈
1
地址不存在。 此設定檔不會再嘗試傳送。

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

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

iOS隔離 ios-quarantine

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

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

案例
狀態
錯誤訊息
失敗型別
失敗原因
重試
目標裝置已開啟
確定
目標裝置已關閉
確定
使用者停用應用程式
的通知
確定
訊息建立/分析階段 — 承載太大
失敗
承載太長
軟式
已拒絕
訊息建立/分析階段 — 非預期的內容格式問題
失敗
根據錯誤
的各種錯誤訊息
軟式
未定義
憑證問題(密碼、損毀等) 並測試與APNs問題的連線
失敗
根據錯誤
的各種錯誤訊息
軟式
已拒絕
傳送期間網路連線中斷
失敗
連線錯誤
未定義
無法連線
APN訊息拒絕:取消註冊
使用者已移除應用程式或權杖已過期
失敗
已取消登入
硬式
使用者不明
APNs訊息拒絕:所有其他錯誤
失敗
錯誤訊息
中出現錯誤拒絕原因
軟式
已拒絕

Android隔離 android-quarantine

適用於Android V1

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

  • 已超過承載長度、連線問題、服務可用性問題:已執行重試、軟錯誤、失敗原因為​ Refused
  • 超過裝置配額:沒有重試、軟錯誤、失敗原因為​ Refused
  • 無效的或未登入權杖、未預期的錯誤、寄件者帳戶問題:無重試、硬錯誤、失敗原因為​ Refused

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

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

NOTE
對於使用百度聯結器的客戶,以下是不同型別的錯誤:
  • 傳遞開始時的連線問題:失敗型別​ Undefined,失敗原因​ Unreachable,已執行重試。
  • 傳遞期間連線中斷:軟錯誤,失敗原因​ Refused,已執行重試。
  • 百度在傳送期間傳回同步錯誤:硬錯誤,失敗原因​ Refused,不執行重試。
Adobe Campaign每10分鐘會連絡百度伺服器以擷取已傳送訊息的狀態,並更新broadlog。 如果訊息宣告為已傳送,broadlogs中訊息的狀態會設為​ Received。 如果百度宣告錯誤,狀態會設為​ Failed

適用於Android V2

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

案例
狀態
錯誤訊息
失敗型別
失敗原因
重試
訊息建立/分析階段:在自訂欄位
中使用的關鍵字不合法
失敗
無法使用下列關鍵字: {1}
軟式
訊息建立/分析階段:承載太大
失敗
通知太重: {1}位元,而只有{2}是授權的
軟式
已拒絕
傳送期間網路連線中斷
失敗
沒有來自位址{1}
上Firebase Cloud Messaging服務的回應
軟式
無法連線
FCM訊息拒絕: FCM伺服器暫時無法使用(例如逾時)。
失敗
Firebase Cloud Messaging服務暫時無法使用
軟式
無法連線
FCM郵件拒絕:驗證寄件者帳戶
時發生錯誤
失敗
無法識別開發人員帳戶,請檢查您的識別碼和密碼
軟式
已拒絕
FCM訊息拒絕:超過裝置配額
失敗
軟式
已拒絕
FCM訊息拒絕:註冊無效/未註冊
失敗
硬式
使用者不明
FCM訊息拒絕:所有其他錯誤
失敗
Firebase Cloud Messaging伺服器傳回未預期的錯誤碼: {1}
已拒絕
FCM訊息拒絕:無效的引數
失敗
INVALID_ARGUMENT
已忽略
未定義
FCM訊息拒絕:協力廠商驗證錯誤
失敗
THIRD_PARTY_AUTH_ERROR
已忽略
已拒絕
FCM訊息拒絕:寄件者識別碼不符
失敗
SENDER_ID_MISMATCH
柔光
使用者不明
FCM訊息拒絕:已取消註冊
失敗
未註冊
強烈
使用者不明
FCM訊息拒絕:內部
失敗
內部
已忽略
已拒絕
FCM訊息拒絕:無法使用
失敗
無法使用
已忽略
已拒絕
FCM訊息拒絕:未預期的錯誤碼
失敗
未預期的錯誤碼
已忽略
已拒絕
驗證:連線問題
失敗
無法連線到驗證伺服器
已忽略
已拒絕
驗證:要求中有未經授權的使用者端或範圍。
失敗
unauthorized_client
已忽略
已拒絕
驗證:使用者端未獲授權,無法使用此方法擷取存取權杖,或是使用者端未獲授權使用任何要求的範圍。
失敗
unauthorized_client
已忽略
已拒絕
驗證:存取遭拒
失敗
access_denied
已忽略
已拒絕
驗證:無效的電子郵件
失敗
invalid_grant
已忽略
已拒絕
驗證:無效的JWT
失敗
invalid_grant
已忽略
已拒絕
驗證:無效的JWT簽章
失敗
invalid_grant
已忽略
已拒絕
驗證:提供的OAuth範圍或ID權杖對象無效
失敗
unauthorized_client
已忽略
已拒絕
驗證: OAuth使用者端已停用
失敗
disabled_client
已忽略
已拒絕

SMS隔離 sms-quarantines

適用於標準聯結器

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

NOTE
Delivery log qualification ​資料表不適用於​ Extended generic SMPP ​聯結器。
案例
狀態
錯誤訊息
失敗型別
失敗原因
已傳送給提供者
已傳送
已在行動裝置
上收到
已接收
提供者傳回的錯誤
失敗
接收資料(SR或MO)時發生錯誤
軟式
無法連線
無效的MT通知
失敗
處理傳送查詢
的認可框架時發生錯誤'{1}'
軟式
無法連線
傳送MT
時發生錯誤
失敗
傳送訊息時發生錯誤
軟式
無法連線

延伸通用SMPP聯結器的​

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

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

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

NOTE
失敗型別和失敗原因與電子郵件相同。
請要求您的提供者提供狀態和錯誤碼的清單,以便在傳遞記錄資格表中設定適當的失敗型別和失敗原因。

產生的訊息範例:

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。 任何其他狀態都會導致硬失敗。

recommendation-more-help
35662671-8e3d-4f04-a092-029a056c566b