瞭解隔離管理 understanding-quarantine-management
關於隔離 about-quarantines
例如信箱容量已滿或地址不存在時,您可以隔離電子郵件地址。
在任何情況下,隔離程序都符合本區段 所述的特定規則。
透過隔離最佳化傳送 optimizing-your-delivery-through-quarantines
郵件準備期間會自動排除其電子郵件地址或電話號碼處於隔離狀態的設定檔(請參閱識別傳送的隔離地址)。這會加快傳送速度,因為錯誤率對傳送速度有顯著影響。
如果無效地址的比率過高,某些網際網路存取提供者會自動將電子郵件視為垃圾郵件。因此,隔離可讓您避免被這些提供者新增到封鎖清單中。
此外,隔離有助於減少簡訊傳送成本,因為將錯誤的電話號碼排除在遞送服務之外。
如需確保傳送安全並最佳化的最佳實務,請參閱本頁面。
隔離與封鎖清單 quarantine-vs-denylist
隔離和封鎖清單不適用於相同的物件:
-
隔離 只適用於 位址 (或電話號碼等),不適用於設定檔本身。 例如,被隔離的電子郵件地址的設定檔可以更新其設定檔並輸入新地址,然後再次被傳送動作設為目標。 同樣地,如果兩個設定檔碰巧擁有相同的電話號碼,則兩個設定檔在隔離該號碼時都會受到影響。
-
另一方面,如果位於 封鎖清單,則會導致 設定檔 不再被傳遞設為目標,例如在特定頻道的取消訂閱(選擇退出)之後。 例如,如果電子郵件頻道封鎖清單上的設定檔有兩個電子郵件地址,則兩個地址都會從傳送中排除。 如需封鎖清單程式的詳細資訊,請參閱關於Campaign中的選擇加入和選擇退出。
您可以在設定檔的 General 索引標籤的 No longer contact (on denylist) 區段中,檢查設定檔是否位於一或多個頻道的封鎖清單中。 請參閱本節。
<! — 當使用者回覆SMS訊息時,其關鍵字如STOP以選擇退出SMS傳送,其設定檔未新增到封鎖清單,就像電子郵件選擇退出程式一樣。 相反地,設定檔的電話號碼會傳送到狀態為 On denylist 的隔離區。 此狀態僅代表電話號碼,表示設定檔將繼續接收電子郵件訊息。
識別隔離地址 identifying-quarantined-addresses
可以為特定傳送或整個平台顯示隔離的地址。
識別傳送的隔離地址 identifying-quarantined-addresses-for-a-delivery
在傳送準備階段期間,會將特定傳送的隔離地址中列在傳送控制面板的 Exclusion logs 索引標籤中(請參閱本區段)。如需傳送準備的詳細資訊,請參閱本區段。
識別整個平台的隔離地址 identifying-quarantined-addresses-for-the-entire-platform
管理員可以從 Administration > Channels > Quarantines > Addresses 功能表存取整個平台之隔離區中的電子郵件地址詳細清單。
篩選器可協助您瀏覽清單。 您可以篩選地址、狀態和/或頻道。
您可以編輯或刪除每個專案,以及建立新專案。
若要編輯專案,請按一下對應的列,並視需要修改欄位。
若要手動新增專案,請使用 Create 按鈕。
定義地址(或電話號碼等) 和管道型別。 您可以設定隔離清單中的狀態和錯誤原因。 您也可以指出發生錯誤的日期、錯誤數目,並輸入錯誤文字。 如有需要,請從下拉式清單中選取最後傳送至該地址的傳遞。
從隔離中移除地址 removing-a-quarantined-address
自動更新 unquarantine-auto
符合特定條件的地址會由資料庫清理工作流程自動從隔離清單中刪除。 深入瞭解技術工作流程,請參閱本節。
在下列情況下,地址會自動從隔離清單中移除:
- 成功傳送後,會從隔離清單中移除 Erroneous 狀態的地址。
- 如果最後一次軟退信發生於10天以前,則會從隔離清單中移除 Erroneous 狀態的地址。 如需軟性錯誤管理的詳細資訊,請參閱本節。
- 狀態為 Erroneous 且出現 Mailbox full 錯誤退信的地址將在30天後從隔離清單中移除。
其狀態然後變更為 Valid。
在 Erroneous 狀態的情況下要執行的最大重試次數和重試之間的最小延遲現在取決於IP在歷史和目前指定網域的執行狀況。
手動更新 unquarantine-manual
您也可以手動解除隔離地址。 若要從隔離清單手動移除地址,您可以將其從隔離清單中移除,或將其狀態變更為 Valid。
-
從 Administration > Channels > Quarantines > Addresses 清單中選取地址並選取 Delete element。
-
選取地址並將其 Status 變更為 Valid。
大量更新 unquarantine-bulk
您可能需要對隔離清單執行大量更新,例如ISP中斷的情況。 在這種情況下,電子郵件會錯誤標籤為退回,因為它們無法成功傳遞給收件者。 必須從隔離清單中移除這些地址。
若要執行此動作,請建立工作流程,並在隔離表格上新增 Query 活動,以篩選出所有受影響的收件者。 識別後,可將它們從隔離清單中移除,並包含在未來的Campaign電子郵件傳送中。
根據事件的時間範圍,以下是此查詢的建議准則。
-
錯誤文字(隔離文字) 包含「550-5.1.1」且 錯誤文字(隔離文字) 包含「support.ISP.com」
其中「support.ISP.com」可以是:例如「support.apple.com」或「support.google.com」
-
在
MM/DD/YYYY HH:MM:SS AM
或之後的 更新狀態(@lastModified) -
在
MM/DD/YYYY HH:MM:SS PM
或之前的 更新狀態(@lastModified)
取得受影響的收件者清單後,請新增 Update data 活動以將其電子郵件地址狀態設定為 Valid,以便透過 Database cleanup 工作流程將其從隔離清單中移除。 您也可以從隔離表中刪除它們。
將地址傳送到隔離區的條件 conditions-for-sending-an-address-to-quarantine
Adobe Campaign 會根據傳送失敗類型和錯誤訊息限定期間指派的原因來管理隔離區(請參閱傳送失敗類型和原因及退信限定)。
- 忽略錯誤:忽略的錯誤不會傳送要隔離的地址。
- 硬錯誤:會立即將相對應的電子郵件地址傳送至隔離區。
- 軟錯誤:軟錯誤不會立即傳送要隔離的地址,但會增加錯誤計數器。如需詳細資訊,請參閱軟性錯誤管理。
如果使用者將電子郵件歸類為垃圾訊息(回饋迴路),郵件會自動重新導向至由Adobe管理的技術信箱。 之後,系統會自動將使用者的電子郵件地址傳送到狀態為 On denylist 的隔離區。此狀態僅適用於地址,而且設定檔不在封鎖清單中,因此使用者會繼續收到SMS訊息和推播通知。
在隔離地址清單中(請參閱識別整個平台的隔離地址),Error reason 欄位會表示所選地址被置於隔離區的原因。
軟性錯誤管理 soft-error-management
與硬錯誤相反,軟錯誤不會立即傳送要隔離的地址,而是會增加錯誤計數器。
將在傳遞期間執行重試。 當錯誤計數器達到限制臨界值時,該地址就會進入隔離區。如需詳細資訊,請參閱傳送暫時失敗後重試。
如果最後一次重大錯誤發生在10天以前,則會重新初始化錯誤計數器。 然後,位址狀態會變更為 有效,而且會由 資料庫清理 工作流程從隔離清單中刪除該位址。 (如需技術工作流程的詳細資訊,請參閱本節。)