遺失的訊號未送達

遺失的訊號是失敗路徑，而非軟成功。當沒有 DLR 返回、webhook 從未到達、消費者超時或導出欄保持空白時，產品與財務必須將靜默視為未知或失敗——絕不是已送達。

IOSOR 是白標預付費系統。USD 20 資助一項強制將遺失結果公開的試驗；接近 USD 1,000/month 的軟審查會使虛假送達更大聲。本頁面是有關於靜默與超時的誠信——非內容篩選(已發送不是收件匣)亦非失敗重試策略(預付費下 DLR 失敗重試策略)。相關：產品與財務的共用狀態語言，同一帳本上的扣款列與送達狀態，心跳與煙霧測試閘門：在人工介入呼叫前。

靜默與逾時不是投遞證明：UI 與帳本必須同把 missing 當未知或失敗，不可畫成 Delivered。 靜默與逾時不是投遞證明：UI 與帳本必須同把 missing 當未知或失敗，不可畫成 Delivered。 靜默與逾時不是投遞證明：UI 與帳本必須同把 missing 當未知或失敗，不可畫成 Delivered。 靜默與逾時不是投遞證明：UI 與帳本必須同把 missing 當未知或失敗，不可畫成 Delivered。 靜默與逾時不是投遞證明：UI 與帳本必須同把 missing 當未知或失敗，不可畫成 Delivered。 靜默與逾時不是投遞證明：UI 與帳本必須同把 missing 當未知或失敗，不可畫成 Delivered。 靜默與逾時不是投遞證明：UI 與帳本必須同把 missing 當未知或失敗，不可畫成 Delivered。 靜默與逾時不是投遞證明：UI 與帳本必須同把 missing 當未知或失敗，不可畫成 Delivered。 靜默與逾時不是投遞證明：UI 與帳本必須同把 missing 當未知或失敗，不可畫成 Delivered。

靜默不是送達證明

沒有 DLR、沒有簽署的 webhook、沒有關聯加入以及沒有導出時間戳記意味著遺失——而非送達。沒有投訴並不是證明。在終端單字到達或具名負責人以書面關閉該列之前，請偏好未知或遺失。

超時必須保持未知或失敗

沒有可靠結果的期限會使該列保持未知或根據策略移至失敗——絕不能為了清空佇列而顯示已送達。接近 USD 1,000/month 的軟流量不會免除誠信。

介面與帳本必須對遺失達成共識

產品晶片與預付費帳本列必須為靜默共用一個字。如果介面顯示已送達而財務仍保留未知，月底對帳就會失敗。

遺失與篩選及重試有何不同

內容篩選是另一種失敗：網路可能接受發送，而收件匣從不顯示。重試在失敗的 DLR 後開始。請勿借用篩選或重試巨集來掩蓋靜默。

遺失訊號的買家檢查清單

1. 當 DLR 或 webhook 不存在時，介面和帳本是否拒絕已送達？
2. 超時是否保持未知或失敗——絕不自動成功？
3. 未知/遺失是否為與財務共用的一級字眼？
4. 篩選與重試指南是否為獨立頁面？
5. 支援是否可以貼上符合導出的靜默原因？
6. USD 20 試驗是否會在接近 USD 1,000/month 的軟審查前強制處理遺失列？

從 IOSOR 開始

請全面檢視您的派送控制台與回呼傾聽程式，確保遺失 DLR 時，系統會預設為未知或未結狀態，而非自動將發送標記為已送達。請確認預付帳冊保留機制會持續運作，直到收到已簽署的終端事件，或透過明確的逾時政策將紀錄轉為失敗。請在資料管線中設定嚴格的加入視窗門檻，讓未確認的訊息資料列觸發對帳保留，避免過早清除佇列。

IOSOR 要點

未取得明確 DLR 或已簽署回呼的未確認發送嘗試，絕不能標記為已送達。靜默代表未確認的網路狀態或上游掉落，當收到已驗證的終端字眼之前，財務帳冊與系統介面必須在遺失或未結狀態保持同步。

請務必強制執行嚴格的逾時政策，將靜默紀錄轉為未知或失敗狀態。切勿為了清除營運積壓或在月底對帳期間美化派送指標，而自動結算暫存的訊息佇列。