ForwardMsg消息延迟
选择 ForwardMsg 在发送消息前等待多长时间，并了解等待期间会发生什么。
等待一段时间后再送达消息
默认情况下，消息延迟为 0 秒。ForwardMsg 收到消息后会立即将其发送到目的地，不会刻意等待。不过，实际送达时间仍可能受连接的平台、文件处理、队列和网络状况影响。
如果您希望消息稍后送达，可以使用消息延迟。例如，设置 30 秒延迟，让每条新消息在转发前等待 30 秒。
支持的来源
从 Discord、Telegram 或 WhatsApp 复制消息时，可以使用消息延迟。每条消息都会等待您设置的时长；为一个聊天设置延迟不会让其他聊天也等待。
选择等待时长
输入 ForwardMsg 应等待的秒数。0 表示不延迟。编辑器允许的最长时间为两小时。
先在一个私密测试路由中尝试较短的时长，例如 10 秒或 30 秒。延迟过长时，很难判断消息是在等待、被过滤器拦截，还是因送达问题而丢失。如果延迟较长，请留意编辑器显示的警告。
发送前重新获取消息
对于从 Discord 或 Telegram 复制的消息，发送前重新获取会让 ForwardMsg 在延迟结束后、实际发送前再次检查原始消息。如果消息经常在发布后不久被编辑，可以启用此选项。
例如，若延迟为 30 秒且已启用重新获取，那么来源消息在这 30 秒内发生更改时，目的地可能收到更新后的内容。这适用于发布后很快需要更正的帖子。Discord 账号来源不宜将延迟设得过长且同时启用重新获取：再次检查消息会增加来源请求，编辑器也会对此组合发出警告。
只延迟需要等待的聊天
设置延迟前，请点击左侧列表中的来源聊天或频道以打开其设置。这样只会延迟该来源发出的消息。如果所有受监控的来源聊天都应等待相同时长，请使用全局设置。没有单独延迟设置的来源频道或主题会先使用父服务器/聊天的延迟；如果父级没有设置，则使用全局设置。为某个来源保存 0 会跳过继承的等待时间。有关继承规则，请参阅设置的工作方式。
保存并检查
- 点击左侧列表中的来源聊天/频道以打开其设置，然后设置一个较短的延迟。
- 选择保存更改。
- 通过私密测试路由发送一条带有当前时间标记的消息。
- 检查消息何时到达目的地，再决定是否增加延迟或启用重新获取。
如果消息似乎延迟，请先检查消息延迟，再更改过滤器或目的地权限。如需排查重复消息，请参阅高级设置。