瞭解傳遞失敗

ISP提供返回故障通知時,發送嘗試和失敗的結果。 彈跳處理是清單衛生的關鍵部分。 在給定電子郵件已連續多次跳轉後,此進程會將其標籤為要抑制。

此過程阻止系統繼續發送無效的電子郵件地址。 Bounces是ISP用來確定IP信譽的關鍵資料之一。 關注這一指標很重要。 「已交付」與「已退出」可能是衡量營銷資訊傳遞情況的最常見方式:交付的百分比越高越好。

如果無法將消息發送到配置檔案,遠程伺服器將自動向Adobe Campaign發送錯誤消息。 此錯誤被限定用於確定是否應隔離電子郵件地址、電話號碼或設備。 請參閱 彈出郵件管理

發送消息後,您可以查看每個配置檔案的傳遞狀態以及傳遞日誌中關聯的失敗類型和原因。

當隔離電子郵件地址或配置檔案在密碼清單中時,收件人將在傳遞準備步驟中排除。 已排除的消息列在傳遞儀表板中。

為什麼郵件傳遞失敗

消息失敗時有兩種錯誤類型。 每個傳遞失敗類型都確定地址是否發送到 隔離 或者不是。

  • 硬邊界
    硬門禁是ISP確定無法送達訂閱者地址的郵寄嘗試後產生的永久故障。 在Adobe Campaign,被歸類為無法送達的硬回報會被添加到隔離清單中,這意味著不會重試。 有些情況下,如果故障原因未知,則會忽略硬反彈。

    以下是一些常見的硬邊界例子:地址不存在,帳戶已禁用,語法錯誤,域錯誤

  • 軟邊界
    軟邊界是ISP在發送郵件時產生的臨時故障。 軟故障將 重試 多次(差異取決於使用自定義或開箱交貨設定)以嘗試成功交貨。 在嘗試最大重試次數(這種重試次數取決於設定)之前,不會將持續軟彈回的地址添加到隔離中。

    軟邊界的一些常見原因包括:郵箱已滿,正在關閉接收電子郵件伺服器,發件人信譽問題

已忽略 錯誤類型已知為臨時錯誤,例如「外出」或技術錯誤,例如,如果發件人類型為「postmaster」。

反饋循環的運行方式與反饋電子郵件類似:當用戶將電子郵件定義為垃圾郵件時,您可以在Adobe Campaign配置電子郵件規則以阻止向此用戶發送的所有郵件。 即使這些用戶的地址未按一下取消訂閱連結,也會拒絕列出。 地址將添加到(NMS地址)隔離表,而不是(Nms收件人)收件人表 Denylisted 狀態。 瞭解有關中反饋循環機制的詳細資訊 Adobe可交付性最佳實踐指南

同步與非同步錯誤

消息傳遞可能立即失敗,在這種情況下,我們將其定義為同步錯誤。 如果消息發送失敗或更晚,則在發送後,錯誤為非同步。

這些類型的錯誤管理如下:

  • 同步錯誤:Adobe Campaign傳遞伺服器聯繫的遠程伺服器立即返回錯誤消息。 不允許將傳遞發送到配置檔案的伺服器。 郵件轉移代理(MTA)確定退回類型並確認錯誤,並將該資訊發回市場活動,以確定是否應隔離相關電子郵件地址。 請參閱退信資格

  • 非同步錯誤:接收伺服器稍後會重新發送反彈郵件或SR。 此錯誤用與錯誤相關的標籤限定。 傳送後一週內,可能會發生非同步錯誤。

注意

作為Managed Services用戶,彈出郵箱的配置由Adobe執行。

退回郵件資格

在Adobe Campaign處理彈回郵件資格的方式取決於錯誤類型:

  • 同步錯誤:MTA確定退貨類型和資格,並將該資訊發回市場活動。 在 Delivery log qualification 表不用於 同步 傳遞失敗錯誤消息。

  • 非同步錯誤:市場活動用於限定非同步傳遞失敗的規則列在 Administration > Campaign Management > Non deliverables Management > Delivery log qualification 的下界。 非同步綁定由inMail進程通過 Inbound email 規則。 有關此內容的詳細資訊,請參閱 Adobe Campaign Classicv7文檔

重試管理

如果在出現臨時錯誤後郵件傳遞失敗(已忽略),發送市場活動重試次數。 這些重試可以執行到交貨期限結束為止。

軟反彈重試次數和它們之間的時間長度由MTA根據郵件電子郵件域返回的反彈響應的類型和嚴重性確定。

注意

市場活動不使用傳遞屬性中的重試設定。

有效期

市場活動交付中的有效期設定限於 3.5天或以下。 對於交貨,如果您在市場活動中定義的值超過3.5天,則不會將其考慮在內。

例如,如果在市場活動中將有效期設定為預設值5天,則軟跳轉消息將進入MTA重試隊列,並從消息到達MTA後重試最多3.5天。 在這種情況下,將不使用「市場活動」中設定的值。

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

有關有效期的詳細資訊,請參閱 Adobe Campaign Classicv7文檔

電子郵件錯誤類型

對於電子郵件渠道,以下列出了交付失敗的可能原因。

錯誤標籤 錯誤類型 技術價值 說明
帳戶已停用 軟/硬 4 連結到地址的帳戶不再處於活動狀態。 當Internet訪問提供程式(IAP)檢測到長時間不活動時,它可以關閉用戶帳戶。 然後,無法向用戶地址交付。 如果帳戶由於六個月的不活動狀態而暫時禁用,並且仍然可以激活,則將分配「有錯誤」狀態,並重試帳戶,直到錯誤計數器達到5。 如果錯誤表明帳戶已永久停用,則它將直接設定為「隔離」。
隔離中的地址 9 地址已置於隔離狀態。
未指定地址 7 未為收件人提供地址。
不良地址 已忽略 14 此地址的質量評級太低。
登錄地址 8 發送時已將地址添加到denylist。 此狀態用於將資料從外部清單和外部系統導入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 地址不存在。 此設定檔不會再嘗試傳送。

推送通知錯誤類型

對於移動應用渠道,下面列出了交付失敗的可能原因。

iOS

HTTP/V2協定允許對每個推送傳遞提供直接反饋和狀態。 如果使用HTTP/V2協定連接器,則反饋服務不再由 mobileAppOptOutMgt 工作流。 卸載或重新安裝移動應用程式時,令牌被視為未註冊。

同時,如果APN返回消息的「未註冊」狀態,則目標令牌將立即被隔離。

方案
狀態
錯誤消息
失敗類型
失敗原因
重試
已開啟目標設備
確定
關閉目標設備
確定
用戶禁用應用程式的通知
確定
消息建立/分析階段 — 負載太大
失敗
負載過長

拒絕

消息建立/分析階段 — 意外的內容格式問題
失敗
根據錯誤顯示的各種錯誤消息

未定義

證書頒發(密碼、損壞等) 與APNs問題的test連接
失敗
根據錯誤顯示的各種錯誤消息

拒絕

發送過程中網路連接丟失
失敗
連接錯誤
未定義
無法訪問

APN消息拒絕:取消註冊
用戶已刪除應用程式或令牌已過期
失敗
未註冊

用戶未知

APN消息拒絕:所有其他錯誤
失敗
錯誤拒絕原因將出現在錯誤消息中

拒絕

Android隔離

對於Android V1

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

  • 超出負載長度、連接問題、服務可用性問題:重試執行,軟錯誤,失敗原因 Refused
  • 超過設備配額:無重試,軟錯誤,失敗原因 Refused
  • 無效或未註冊的令牌,意外錯誤,發件人帳戶問題:無重試,硬錯誤,失敗原因 Refused

mobileAppOptOutMgt 工作流每6小時運行一次以更新 AppSubscriptionRcp 的子菜單。 對於聲明為未註冊或不再有效的令牌,該欄位 已禁用 設定為 連結到該設備令牌的訂閱將自動排除在將來的交付之外。

在傳遞分析期間,從目標中排除的所有設備將自動添加到 排除LogAppSubRcp 的子菜單。

注意

對於使用百度連接器的客戶,以下是不同類型的錯誤:

  • 交付開始時的連接問題:故障類型 Undefined​故障原因 Unreachable,重試。
  • 傳遞過程中連接丟失:軟錯誤,故障原因 Refused,重試。
  • 百度在發送過程中返回的同步錯誤:硬錯誤,故障原因 Refused,未執行重試。

Adobe Campaign每隔10分鐘與百度伺服器聯繫,檢索發送消息的狀態,並更新廣播。 如果消息被聲明為已發送,則廣播中消息的狀態將設定為 Received。 如果百度聲明錯誤,則狀態設定為 Failed

對於Android V2

Android V2隔離機制使用與Android V1相同的過程,同樣適用於訂閱和排除更新。 有關詳情,請參閱 Android V1 的子菜單。

方案
狀態
錯誤消息
失敗類型
失敗原因
重試
消息建立/分析階段:自定義域中使用的非法關鍵字
失敗
無法使用以下關鍵字:{1}


消息建立/分析階段:負載太大
失敗
通知太重:{1}位,而僅授權{2}位

拒絕

發送過程中網路連接丟失
失敗
地址上沒有來自Firebase雲消息服務的響應:{1}

無法訪問

FCM消息拒絕:FCM伺服器暫時不可用(例如超時)。
失敗
Firebase雲消息服務暫時不可用

無法訪問

FCM消息拒絕:驗證發件人帳戶時出錯
失敗
無法識別開發人員帳戶,請檢查您的ID和密碼

拒絕

FCM消息拒絕:超過設備配額
失敗

拒絕

FCM消息拒絕:註冊無效/未註冊
失敗

用戶未知

FCM消息拒絕:所有其他錯誤
失敗
Firebase雲消息伺服器返回了意外錯誤代碼:{1} 拒絕

FCM消息拒絕:參數無效
失敗
無效_參數 已忽略 未定義

FCM消息拒絕:第三方身份驗證錯誤
失敗
第三方身份驗證錯誤 已忽略 拒絕

FCM消息拒絕:發件人ID不匹配
失敗
SENDER_ID_MISMATCH 用戶未知

FCM消息拒絕:未註冊
失敗
未註冊 用戶未知

FCM消息拒絕:內部
失敗
內部 已忽略 拒絕

FCM消息拒絕:不可用
失敗
不可用 已忽略 拒絕

FCM消息拒絕:意外錯誤代碼
失敗
意外錯誤代碼 已忽略 拒絕

身份驗證:連接問題
失敗
無法連接到身份驗證伺服器 已忽略 拒絕

身份驗證:請求中的未授權客戶端或作用域。
失敗
未經授權的客戶端 已忽略 拒絕

身份驗證:客戶端未授權使用此方法檢索訪問令牌,或客戶端未授權請求的任何作用域。
失敗
未經授權的客戶端 已忽略 拒絕

身份驗證:拒絕訪問
失敗
拒絕訪問 已忽略 拒絕

身份驗證:無效電子郵件
失敗
無效授予 已忽略 拒絕

身份驗證:JWT無效
失敗
無效授予 已忽略 拒絕

身份驗證:JWT簽名無效
失敗
無效授予 已忽略 拒絕

身份驗證:提供的OAuth作用域或ID令牌訪問群無效
失敗
未經授權的客戶端 已忽略 拒絕

身份驗證:已禁用OAuth客戶端
失敗
已禁用客戶端 已忽略 拒絕

SMS隔離

對於標準連接器

下面列出了SMS通道的特性。

注意

Delivery log qualification 表不適用於 擴展通用SMPP 連接器。

方案
狀態
錯誤消息
失敗類型
失敗原因
發送到提供程式
已傳送
在移動設備上接收
已接收
提供程式返回的錯誤
失敗
接收資料時出錯(SR或MO)

無法訪問
無效的MT確認
失敗
處理髮送查詢的確認幀時出錯「{1}」

無法訪問
發送MT時出錯
失敗
發送消息時出錯

無法訪問

對於擴展通用SMPP連接器

當使用SMPP協定發送SMS消息時,錯誤管理被以不同方式處理。

SMPP連接器從SR(狀態報告)消息中檢索資料,該消息使用規則運算式(regexes)返回以過濾其內容。 然後,將此資料與在 Delivery log qualification 表(通過 Administration > Campaign Management > Non deliverables Management )的正平方根。

在限定新類型的錯誤之前,故障原因始終設定為 拒絕 預設值。

注意

故障類型和故障原因與電子郵件相同。

請向提供商咨詢狀態和錯誤代碼清單,以便在「交付日誌」限定表中設定正確的故障類型和故障原因。

生成的消息示例:

SR Generic DELIVRD 000|#MESSAGE#
  • 所有錯誤消息以開頭 SR 將SMS錯誤代碼與電子郵件錯誤代碼區分開。

  • 第二部分(泛型 在本示例中)的錯誤消息是指SMSC實現的名稱,如 SMSC implementation name SMS外部帳戶的欄位。

    由於同一錯誤代碼可能對每個提供程式具有不同的含義,因此此欄位允許您知道生成錯誤代碼的提供程式。 然後,您可以在相關提供商的文檔中找到錯誤。

  • 第三部分(德利夫德 在此示例中),錯誤消息與使用SMS外部帳戶中定義的狀態提取規則運算式從SR檢索到的狀態代碼相對應。

    此規則運算式在 SMSC specificities 的子菜單。
    預設情況下,regex將提取 stat: 定義的欄位 附錄B 的下界 SMPP 3.4規範

  • 第四部分(000 在本示例中),錯誤消息與使用SMS外部帳戶中定義的錯誤代碼提取規則運算式從SR提取的錯誤代碼相對應。

    此規則運算式在 SMSC specificities 的子菜單。

    預設情況下,regex將提取 錯誤: 定義的欄位 附錄B 的下界 SMPP 3.4規範

  • 管道符號(|)之後的所有內容僅顯示在 First textDelivery log qualification 的子菜單。 此內容始終替換為 #MESSAGE# 在消息規範化後。 此過程避免出現多個類似錯誤條目,與電子郵件條目相同。

擴展通用SMPP連接器應用啟發式來查找明顯預設值:如果狀態以 德利夫,它被認為是成功的,因為它與常用狀態匹配 德利夫德已交付 供大多數提供商使用。 任何其他狀態都會導致硬故障。

本頁內容