瞭解傳送故障

瞭解傳送故障

當訊息(電子郵件、SMS、推播通知)無法傳送至描述檔時,遠端伺服器會自動傳送錯誤訊息,該錯誤訊息會由Adobe Campaign平台擷取,並符合資格決定是否應隔離電子郵件地址或電話號碼。 請參閱彈回郵件管理

注意

電子郵件​錯誤訊息(或「退信」)由 Enhanced MTA(同步退信)或 inMail 程序(非同步退信)限定。

SMS 錯誤訊息(或 "SR" 作為 "Status Report")會由 MTA 程序限定。

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

如果地址被隔離或配置檔案位於拒絕清單中,也可以在準備傳送期間排除郵件。 已排除的訊息會列在傳送控制面板中。

相關主題:

傳送失敗類型和原因

消息失敗時有三種錯誤類型。 每個錯誤類型都決定是否將地址發送給隔離。 有關詳細資訊,請參閱發送地址到隔離的條件

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

傳送失敗的可能原因有:

錯誤標籤 錯誤類型 技術價值 說明
帳戶已停用 柔/硬 4 連結至該位址的帳戶不再有效。 當Internet訪問提供程式(IAP)檢測到長時間的不活動時,它可以關閉用戶帳戶。 然後,將無法傳送至使用者的位址。 如果帳戶因為6個月的閒置而暫時停用,而且仍可啟動,則會指派「有錯誤」狀態,並重新嘗試帳戶,直到錯誤計數器達到5為止。 如果錯誤信號表明帳戶已永久停用,則它將直接設定為「隔離」。
隔離中的地址 9 地址已置於隔離中。
未指定地址 7 未提供收件人的地址。
不良地址 已忽略 14 此地址的質量評級過低。
拒絕列出的地址 8 傳送時,地址已新增至密尼清單。 此狀態用於從外部清單和外部系統將資料匯入Adobe Campaign Quarantine清單。
控制地址 已忽略 127 收件人的地址是控制組的一部分。
Double 已忽略 10 收件者的地址已在此遞送中。
忽略錯誤 已忽略 25 地址在allowlist上。 因此會忽略錯誤,並傳送電子郵件。
仲裁後排除 已忽略 12 收件人被「仲裁」類型的促銷活動類型規則排除。
由SQL規則排除 已忽略 11 收件者被'SQL'類型促銷活動類型規則排除。
無效的域 Soft 2 電子郵件地址的網域不正確或已不存在。 此設定檔將再次定位,直到錯誤計數達到5。之後,記錄將設定為「隔離」狀態,不會再重試。
郵箱已滿 Soft 5 此用戶的郵箱已滿,無法接受更多消息。 此設定檔將再次定位,直到錯誤計數達到5。之後,記錄將設定為「隔離」狀態,不會再重試。
此類錯誤由清理進程管理,地址在30天後設定為有效狀態。
警告:要自動從隔離地址清單中刪除地址,必須啟動資料庫清理技術工作流。
未連接 已忽略 6 當發送消息時,收件者的行動電話關閉或未連接到網路。
未定義 未定義 0 該地址處於限定狀態,因為錯誤尚未增加。 當伺服器傳送新錯誤訊息時,會發生此類錯誤:它可能是孤立的錯誤,但如果再次發生,錯誤計數器會增加,這會提醒技術團隊。然後,他們可以通過樹結構中的管理 / 促銷活動管理 / 非交付項管理節點執行消息分析並限定此錯誤。
不符合選件資格 已忽略 16 收件者不符合遞送中選件的資格。
拒絕 柔/硬 20 由於安全反饋是垃圾郵件報告,該地址已被置於隔離狀態。 根據錯誤,將重新嘗試該地址,直到錯誤計數器達到5,或直接將其發送給隔離。
目標大小有限 已忽略 17 已達到收件人的最大傳送大小。
不合格地址 已忽略 15 郵遞區號不符合條件。
無法訪問 柔/硬 3 訊息傳送鏈中發生錯誤。 可能是SMTP中繼上的事件、臨時無法訪問的域等。 根據錯誤,將重新嘗試該地址,直到錯誤計數器達到5,或直接將其發送給隔離。
用戶未知 1 地址不存在。 此設定檔不會再嘗試傳送。

傳送暫時失敗後重試

如果消息因為​Soft​或​Ignored​錯誤而失敗,則在傳送期間將執行重試。

注意

暫時未傳送的訊息只能與​Soft​或​Ignored​錯誤相關,但不能與​Hard​錯誤有關(請參閱Delivery failure types and reas)。

重要

對於代管或混合安裝,如果您已升級至增強的MTA,促銷活動將不再使用傳送中的重試設定。 軟反彈重試次數及其間的時間長度,由增強的MTA根據訊息電子郵件網域傳回的反彈回應類型和嚴重性來決定。

若要使用舊版促銷活動MTA進行內部部署安裝和代管/混合安裝,若要修改傳送的持續時間,請移至傳送或傳送範本的進階參數,並在對應欄位中指定所需的持續時間。 請參閱定義有效期

預設配置允許在1小時間隔內重試5次,之後在4天內每天重試1次。 可全域變更重試次數(請洽詢您的Adobe技術管理員),或針對每個傳送或傳送範本變更重試次數(請參閱「設定重試次數」)。

同步與非同步錯誤

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

  • 同步錯誤:由Adobe Campaign傳送伺服器連絡的遠端郵件伺服器會立即傳回錯誤訊息,不允許傳送至描述檔的伺服器。 Adobe Campaign可讓每個錯誤符合資格,以判斷是否應隔離相關電子郵件地址。 請參閱退信資格

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

    注意

    彈回郵箱的配置詳見本節

    回饋回圈的運作方式與彈回電子郵件類似。 當使用者將電子郵件歸類為垃圾訊息時,您可以在Adobe Campaign中設定電子郵件規則,以封鎖傳送給此使用者的所有內容。 傳送給符合電子郵件垃圾訊息資格的使用者的訊息會自動重新導向至專為此目的而建立的電子郵件方塊。 這些使用者的位址已列在密文清單中,即使他們未按一下取消訂閱連結。 地址在(NmsAddress)隔離表中,而不在(NmsRecipient)接收表中。

    注意

    投訴管理詳見交付能力管理一節。

彈回郵件管理

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

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

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

重要

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

退回郵件資格

重要

對於托管安裝或混合安裝,如果您已升級至增強的MTA:

  • Delivery log qualification​表格中的反彈資格不再用於​synchronous​傳送失敗錯誤訊息。 「增強型MTA」會決定反彈類型和資格,並將該資訊傳回至「促銷活動」。

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

  • 對於使用「增強型MTA 而不使用Webhook/EFS​的例項,Inbound email​規則也將用來處理來自「增強型MTA」的同步彈回電子郵件,使用與非同步彈回電子郵件相同的電子郵件地址。

若是使用舊版Campaign MTA進行內部部署安裝和代管/混合安裝,當傳送電子郵件失敗時,Adobe Campaign傳送伺服器會從傳訊伺服器或遠端DNS伺服器收到錯誤訊息。 錯誤清單由遠程伺服器返回的消息中包含的字串組成。 故障類型和原因會分配給每個錯誤消息。

此清單可通過​Administration > Campaign Management > Non deliverables Management > Delivery log qualification​節點使用。 它包含Adobe Campaign用來限定傳送失敗的所有規則。 這並非完整,而且由Adobe Campaign定期更新,也可由使用者管理。

遠程伺服器在首次出現此錯誤類型時返回的消息顯示在​Delivery log qualification​表的​First text​列中。 如果未顯示此列,請按一下清單右下方的​Configure list​按鈕以選擇它。

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

此程式可讓所有相同類型的故障匯集在一起,並避免在「傳送記錄」資格表中出現類似錯誤時出現多個項目。

注意

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

彈回郵件可以具有下列資格狀態:

  • To qualify :彈回數郵件無法合格。必須將資格指派給「傳遞能力」團隊,以確保有效率的平台傳遞能力。 只要郵件不符合條件,反彈郵件就不會用來豐富電子郵件管理規則清單。
  • Keep :彈回郵件已經合格, Refresh將用於傳遞 性工作流程,以與現有電子郵件管理規則比較並豐富清單。
  • Ignore :「促銷活動MTA」會忽略彈回數郵件,這表示此彈回數不會造成隔離收件者的位址。Refresh for deliverability​工作流將不使用它,也不會將它發送到客戶端實例。

電子郵件管理規則

重要

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

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

注意

平台的預設參數是在部署嚮導中配置的。 有關詳細資訊,請參閱本節

預設規則如下。

重要
  • 如果參數已變更,則必須重新啟動傳送伺服器(MTA)。
  • 管理規則的修改或建立僅限專業使用者。

入站電子郵件

重要

對於托管或混合安裝,如果您已升級至增強的MTA,且您的實例具有​Webhooks/EFS​功能,則​Inbound email​規則不再用於同步傳送失敗錯誤訊息。 如需詳細資訊,請參閱本節

對於使用舊版促銷活動MTA的內部部署安裝和代管/混合安裝,這些規則包含可由遠端伺服器傳回的字串清單,讓您限定錯誤(HardSoft​或​Ignored)。

當電子郵件失敗時,遠端伺服器會傳回彈回訊息至平台參數中指定的位址。 Adobe Campaign會將每個彈回郵件的內容與規則清單中的字串進行比較,然後將其指派為三個錯誤類型中的一個。

注意

使用者可建立自己的規則。 當匯入封裝時,以及透過​重新整理以取得傳遞能力​工作流程更新資料時,會覆寫使用者建立的規則。

有關彈回郵件資格的詳細資訊,請參閱本節

域管理

重要

對於代管或混合安裝,如果您已升級至增強的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管理

重要

對於托管或混合安裝,如果您已升級至增強的MTA,則不再使用​MX management​傳送吞吐量規則。 增強型MTA使用其專屬的MX規則,可讓您根據您過去的電子郵件信譽,以及您傳送電子郵件的網域所提供的即時回應,依網域自訂您的吞吐量。

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

  • MX管理規則可用來規範特定網域的傳出電子郵件流程。 他們會取樣彈回訊息,並在適當時封鎖傳送。

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

  • 要配置MX管理規則,只需設定閾值並選擇某些SMTP參數。 threshold​是以錯誤百分比計算的限制,超過該百分比後,所有針對特定域的消息都將被阻止。 例如,一般情況下,至少300則訊息,如果錯誤率達到90%,則會封鎖3小時的電子郵件傳送。

有關MX管理的更多資訊,請參閱本節

本頁內容

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free