送达回执不能证明对方读了消息或拿着手机；请分别了解每种提示的含义。
最后在线时间、送达回执、已读回执和正在输入提示并不是一回事。它们可能分别向对方透露不同的信息，也可能各有独立的设置。关闭其中一种提示，不一定会关闭其他提示。
同样，不应仅凭一个勾号或送达时间，就认定对方当时拿着手机、醒着，或故意不回复。后台处理、关联设备、网络延迟和应用设计都会影响这些信号。
每种信号究竟说明什么？
| 信号 | 谨慎的解读 | 不应认定为确定事实的结论 |
|---|---|---|
| 已发送 | 应用完成了其所定义的发送阶段 | 对方已经看到消息 |
| 已送达 | 消息已到达该服务所定义的目的地 | 对方拿起了手机或读了正文 |
| 已读 | 应用按照自身规则报告了一次阅读事件 | 对方理解了全文或不打算回复 |
| 正在输入 | 应用报告了一次输入或文字活动事件 | 最终内容是什么，或为什么没有发送 |
| 在线或最后在线时间 | 应用显示了其所定义的在线状态 | 可以确定对方的位置、作息或人际关系 |
勾号的数量和颜色在不同应用中含义不同。例如，Signal 关于送达和已读状态的官方指南会分别解释这些状态。
服务器总能读取这些信息吗？
不一定，这也取决于系统架构。控制事件可以通过加密消息传递。Signal 在正在输入提示文档中说明，这类提示通过 Signal 协议受保护的通道传输。因此，“所有提示始终都是服务器可读的明文”这一说法并不正确。
不过，流量发生的时间、流量大小或路由数据可能被单独观察到。应区分看到加密数据包、知道事件的确切类型，以及保留事件历史这三件事。消息应用元数据指南会进一步解释这种区别。
如何检查最后在线时间和已读回执的设置？
在应用的隐私设置中，分别找到每项控制：谁能看到你的在线状态、已读回执、正在输入提示，以及群组中的例外。某些设置具有双向性：关闭自己的状态共享后，也将无法看到对方的状态。
例如，Signal 将已读回执列为可选功能，只有双方都开启后才能看到回执。不应未经核实就把这条规则推广到所有应用。
更改设置后，可与一位可信赖的联系人用不含敏感信息的消息测试结果。分别查看一对一聊天和群组的行为；不要仅凭本指南就假定 Livara 提供某项特定功能或采用某个默认设置。
活动规律能透露什么？
反复观察活动时间，可能会提供一些日常作息的线索。但两个人同时在线并不能证明他们之间的关系，活动时间变化也不一定意味着旅行或更换工作班次。这类推断可能出错，不应被用来评判他人。
如果骚扰你的人能看到你的在线状态，限制可见范围、屏蔽账号，以及检查非预期的信息共享，可能有所帮助。如果更改设置可能让试图控制你的人作出反应，请先使用安全的设备，并与可信赖的人一起制定计划。
不承诺“隐身”的实用做法
- 分别检查在线状态、已读和正在输入的控制设置。
- 阅读群组、频道和关联设备的例外规则。
- 检查不再需要的联系人和会话。
- 调整通知以减少打扰，但不要把关闭通知当成保证隐藏在线状态的方法。
- 查看服务的元数据保留政策；对联系人隐藏状态，不一定会改变服务端的记录行为。
Livara 安全页面说明会为路由和同步保留运行数据。各类数据保留多久、谁可以访问，应查阅服务当前的政策，而不是根据加密算法的名称推断。
常见问题
送达勾号意味着对方醒着吗？
不意味着。即使对方没有主动操作，消息也可能送达。不要据此对对方是否实际在场或其意图作出确定判断。
VPN 能隐藏最后在线时间吗？
VPN 改变的是连接路径，不一定会改变应用为账号显示的在线状态。应另外检查应用内部的控制设置。
故意延迟回复就能隐身吗？
不能。这种做法没有安全保障，反而可能只会让沟通更困难。请以实际设置和自身面临的具体风险为依据。
