v7
套用至Campaign Classic v7
v8
亦適用於Campaign v8

瞭解傳遞失敗 understanding-delivery-failures

瞭解傳送故障 about-delivery-failures

當訊息(電子郵件、簡訊、推播通知)無法傳送至設定檔時,遠端伺服器會自動傳送錯誤訊息,此錯誤訊息會由Adobe Campaign平台擷取,並限定為隔離電子郵件地址或電話號碼。 另請參閱 退回郵件管理.

NOTE
電子郵件 ​錯誤訊息(或「退信」)由 Enhanced MTA(同步退信)或 inMail 程序(非同步退信)限定。
​簡訊錯誤訊息(或 "SR" 作為 "Status Report")會由 MTA 程序限定。

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

如果地址被隔離或設定檔位於封鎖清單上,也可以在傳送準備期間排除訊息。 已排除的訊息會列在傳送控制面板中。

相關主題:

傳送失敗類型和原因 delivery-failure-types-and-reasons

訊息失敗時有三種型別的錯誤。 每種錯誤型別都會判斷地址是否傳送至隔離區。 有關詳細資訊,請參閱 將地址傳送到隔離區的條件

  • 硬式:「硬式」錯誤表示地址無效。這包含明確指出地址無效的錯誤訊息,例如:"未知使用者"。
  • 軟式:這可能是暫時錯誤,或無法分類的錯誤,例如:「無效域」或「信箱已滿」。
  • 已忽略:這是已知為暫時的錯誤,例如「不在辦公室」,或是技術錯誤,例如,如果傳送者類型是 "postmaster"。

傳送失敗的可能原因有:

錯誤標籤
錯誤型別
技術價值
說明
帳戶已停用
軟/硬
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
地址不存在。 此設定檔不會再嘗試傳送。

傳送暫時失敗後重試 retries-after-a-delivery-temporary-failure

如果訊息因 柔光已忽略 錯誤為暫時性,在傳送期間將執行重試。

NOTE
暫時未傳送的訊息只能與以下專案相關: 柔光已忽略 錯誤,但不是 強烈 錯誤(請參閱 傳遞失敗型別和原因)。
IMPORTANT
對於託管或混合安裝,如果您已升級至 增強的MTA中,Campaign不再使用傳送中的重試設定。 軟退信重試次數和兩次之間的時間長度由Enhanced MTA根據從訊息的電子郵件網域傳回的退信回應的型別和嚴重性來決定。

對於使用舊版Campaign MTA的內部部署安裝和託管/混合安裝,若要修改傳送的持續時間,請轉至傳送或傳送範本的進階引數,並在對應欄位中指定所需的持續時間。 另請參閱 定義有效期間.

預設設定允許以一小時間隔重試五次,然後每天重試一次,持續四天。 重試次數可全域變更(請聯絡您的Adobe技術管理員),或針對每個傳遞或傳遞範本進行變更。 另請參閱 設定重試.

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

訊息可能會立即失敗(同步錯誤),或稍後在傳送後失敗(非同步錯誤)。

  • 同步錯誤: Adobe Campaign傳送伺服器連絡的遠端郵件伺服器會立即傳回錯誤訊息,不可傳送至設定檔的伺服器。 Adobe Campaign會對每個錯誤進行認證,以決定是否應隔離相關電子郵件地址。 請參閱退信資格

  • 非同步錯誤:接收伺服器稍後會重新發送退回郵件或 SR。此郵件已載入應用程式用來標示有錯誤之郵件的技術信箱。 傳送後一週內,可能會發生非同步錯誤。

    note note
    NOTE
    有關退回信箱的設定詳情,請參閱 本節.

    回饋迴路 的運作方式與跳出電子郵件類似。 當使用者將電子郵件歸類為垃圾郵件時,您可以在Adobe Campaign中設定電子郵件規則,以封鎖傳送給此使用者的所有郵件。 傳送給已將電子郵件限定為垃圾訊息之使用者的訊息,會自動重新導向至為此目的特別建立的電子郵件方塊。 這些使用者的位址位於封鎖清單中,即使他們未按一下取消訂閱連結。 地址在的封鎖清單中(NmsAddress)隔離表而非(NmsRecipient)收件者表格。

    note note
    NOTE
    投訴管理詳情載於 傳遞能力管理 區段。

退回郵件管理 bounce-mail-management

Adobe Campaign平台可讓您透過退回郵件功能管理電子郵件傳送失敗。

當電子郵件無法傳送給收件者時,遠端訊息伺服器會自動傳回錯誤訊息(退回郵件)至為此目的而設計的技術收件匣。

對於使用舊版Campaign MTA的內部部署安裝和託管/混合安裝,錯誤訊息會由Adobe Campaign平台收集並由inMail程式限定,以豐富電子郵件管理規則清單。

IMPORTANT
對於託管或混合安裝,如果您已升級至 增強的MTA,大部分的電子郵件管理規則已不再使用。 如需詳細資訊,請參閱本節

退回郵件資格 bounce-mail-qualification

IMPORTANT
對於託管或混合安裝,如果您已升級至 增強的MTA
  • 中的退信資格 Delivery log qualification 表格不再用於 同步 傳遞失敗錯誤訊息。 增強型MTA會決定退信型別和資格,並將該資訊傳回至Campaign。

  • ​inMail 程序仍會透過 Inbound email 規則來限定非同步退信。有關詳細資訊,請參閱 電子郵件管理規則.

  • 針對使用增強型MTA的例項 不使用Webhook,則 Inbound email 規則也可用於處理來自Enhanced MTA的同步退信電子郵件,使用與非同步退信電子郵件相同的電子郵件地址。

對於使用舊版Campaign MTA的內部部署安裝和託管/混合安裝,當電子郵件傳送失敗時,Adobe Campaign傳送伺服器會從傳訊伺服器或遠端DNS伺服器收到錯誤訊息。 錯誤清單是由遠端伺服器傳回之訊息中所包含的字串所組成。 系統會為每個錯誤訊息指定失敗型別和原因。

此清單可透過 Administration > Campaign Management > Non deliverables Management > Delivery log qualification 節點。 它包含Adobe Campaign用來限定傳送失敗的所有規則。 內容並非詳盡無遺,且會由Adobe Campaign定期更新,使用者也可自行管理。

此錯誤型別第一次出現時,遠端伺服器傳回的訊息會顯示在 First text 的欄 Delivery log qualification 表格。 如果未顯示此欄,請按一下 Configure list 按鈕來選取它。

Adobe Campaign會篩選此郵件以刪除變數內容(例如ID、日期、電子郵件地址、電話號碼等) 並在中顯示篩選的結果 Text 欄。 變數會取代為 #xxx#,但取代為的地址除外 *.

此程式允許將相同型別的所有失敗集合在一起,並避免傳送記錄資格表格中出現多個類似錯誤的專案。

NOTE
Number of occurrences 欄位會顯示清單中訊息的出現次數。 僅限100,000次發生。 例如,如果您想要重設欄位,可以編輯該欄位。

退回郵件可能具有下列資格狀態:

  • To qualify :無法限定退信件。 資格必須指派給傳遞團隊,以確保有效的平台傳遞能力。 只要不符合,跳出郵件就不會用來擴充電子郵件管理規則的清單。
  • Keep :退信已符合資格,且將由使用 重新整理傳遞能力 與現有的電子郵件管理規則進行比較的工作流程,並豐富清單。
  • Ignore :Campaign MTA會忽略退信郵件,這表示此退信絕對不會導致收件者的地址被隔離。 將不會被 重新整理傳遞能力 工作流程且不會傳送給使用者端例項。

NOTE
如果ISP發生中斷,透過Campaign傳送的電子郵件將會錯誤地標示為跳出。 若要修正此問題,您需要更新退回資格。 如需詳細資訊,請參閱此頁面

電子郵件管理規則 email-management-rules

IMPORTANT
對於託管或混合安裝,如果您已升級至 增強的MTA,大部分的電子郵件管理規則已不再使用。 如需詳細資訊,請參閱以下章節。

郵件規則可透過 Administration > Campaign Management > Non deliverables Management > Mail rule sets 節點。 電子郵件管理規則會顯示在視窗的下方。

NOTE
平台的預設引數是在部署精靈中設定的。 如需詳細資訊,請參閱 本節.

預設規則如下。

IMPORTANT
  • 如果引數已變更,則必須重新啟動傳遞伺服器(MTA)。
  • 管理規則的修改或建立僅供專家使用者使用。

傳入電子郵件 inbound-email

Inbound email 規則包含可由遠端伺服器傳回的字元字串清單,可讓您限定錯誤(強烈柔光已忽略)。

當電子郵件失敗時,遠端伺服器會傳回退回訊息至 平台引數. Adobe Campaign會比較每個退回郵件的內容與規則清單中的字串,然後為其指派三個字串之一 錯誤型別.

NOTE
使用者可以建立自己的規則。 匯入套件時以及透過更新資料時 重新整理傳遞能力 工作流程中,會覆寫使用者建立的規則。

有關退信限定的詳細資訊,請參閱 本節.

網域管理 domain-management

IMPORTANT
對於託管或混合安裝,如果您已升級至 增強的MTA,則 Domain management 不再使用規則。 DKIM (DomainKeys Indified Mail) 電子郵件驗證簽署是由 Enhanced MTA 針對所有網域的所有郵件完成。除非在 Enhanced MTA 層級中另外指定,否則不會使用 Sender IDDomainKeysS/MIME 簽署。

對於使用舊版Campaign MTA的內部部署安裝和託管/混合安裝,Adobe Campaign訊息伺服器會套用單一 網域管理 規則到所有網域。

  • 您可以選擇是否啟用某些識別標準和加密金鑰來檢查網域名稱,例如 寄件者ID網域索引鍵DKIM、和 S/MIME.
  • SMTP轉送 引數可讓您為特定網域設定轉送伺服器的IP位址和連線埠。 如需詳細資訊,請參閱本節

若您的訊息顯示於Outlook的 on behalf of 在寄件者地址中,請確定您沒有使用簽署電子郵件 寄件者ID,這是Microsoft過時的專屬電子郵件驗證標準。 如果 Sender ID 選項已啟用,請取消勾選對應的方塊並聯絡 Adobe客戶服務. 您的傳遞能力不受影響。

MX管理 mx-management

IMPORTANT
對於託管或混合安裝,如果您已升級至 增強的MTA,則 MX management 不再使用傳遞輸送量規則。 Enhanced MTA會使用其專屬的MX規則,如此可讓它根據您過去的電子郵件信譽,以及您傳送電子郵件之網域所提供的即時回饋,而依網域來自訂您的輸送量。

對於使用舊版Campaign MTA的內部部署安裝和託管/混合安裝:

  • MX管理規則是用來規範特定網域之傳出電子郵件的流程。 他們會對退回訊息進行範例,並在適當時封鎖傳送。

  • Adobe Campaign訊息伺服器會套用網域的特定規則,然後套用規則清單中以星號表示的一般案例規則。

  • 若要設定MX管理規則,只要設定臨界值並選取某些SMTP引數即可。 A 臨界值 是以錯誤百分比計算的限制,超過此限制會封鎖向特定網域傳送的所有訊息。 例如,在一般情況下,如果錯誤率達到90%,對於至少300則訊息,電子郵件的傳送會封鎖三個小時。

有關MX管理的詳細資訊,請參閱 本節.

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1