ForwardMsg訊息延遲
選擇 ForwardMsg 在傳送訊息前等待多長時間，並了解等待期間會發生什麼。
等待一段時間後再送達訊息
預設情況下，訊息延遲為 0 秒。ForwardMsg 收到訊息後會立即將其傳送到目的地，不會刻意等待。不過，實際送達時間仍可能受連線的平台、檔案處理、佇列和網路狀況影響。
如果您希望訊息稍後送達，可以使用訊息延遲。例如，設定 30 秒延遲，讓每條新訊息在轉發前等待 30 秒。
支援的來源
從 Discord、Telegram 或 WhatsApp 複製訊息時，可以使用訊息延遲。每條訊息都會等待您設定的時間；為一個聊天設定延遲不會讓其他聊天也等待。
選擇等待時間
輸入 ForwardMsg 應等待的秒數。0 表示不延遲。編輯器允許的最長時間為兩小時。
先在一個私人測試路由中嘗試較短的時間，例如 10 秒或 30 秒。延遲過長時，很難判斷訊息是在等待、被過濾器攔截，還是因送達問題而遺失。如果延遲較長，請留意編輯器顯示的警告。
傳送前重新獲取訊息
對於從 Discord 或 Telegram 複製的訊息，傳送前重新獲取會讓 ForwardMsg 在延遲結束後、實際傳送前再次檢查原始訊息。如果訊息經常在發佈後不久被編輯，可以啟用此選項。
例如，若延遲為 30 秒且已啟用重新取得，那麼來源訊息在這 30 秒內發生變更時，目的地可能收到更新後的內容。這適用於發佈後很快需要更正的貼文。Discord 帳號來源不宜將延遲設得過長且同時啟用重新取得：再次檢查訊息會增加來源請求，編輯器也會對此組合發出警告。
只延遲需要等待的聊天
設定延遲前，請點選左側清單中的來源聊天或頻道以開啟其設定。這樣只會延遲該來源發出的訊息。如果所有受監控的來源聊天都應等待相同時間，請使用全域性設定。沒有單獨延遲設定的來源頻道或主題會先使用上層伺服器/聊天的延遲；如果上層沒有設定，則使用全域性設定。為某個來源儲存 0 會跳過繼承的等待時間。有關繼承規則，請參閱設定的運作方式。
儲存並檢查
- 點選左側清單中的來源聊天/頻道以開啟其設定，然後設定一個較短的延遲。
- 選擇儲存更改。
- 透過私人測試路由傳送一條帶有目前時間標記的訊息。
- 檢查訊息何時到達目的地，再決定是否增加延遲或啟用重新取得。
如果訊息似乎延遲，請先檢查訊息延遲，再變更過濾器或目的地權限。如需排查重複訊息，請參閱進階設定。