X 新消息请求与已有对话：分别控制的方法

你真正要做的决定

消息请求和已有聊天是两种不同的情况，X 用不同的控件来管理它们。如果把两者当成同一个收件箱，你可能会在限制新发送者的同时，让旧对话继续收到消息；或者删除一个会话，却以为已经撤回了内容。

下表是任务清单，不是对某个具体菜单的描述。标签因应用、平台和版本而异，请找到与表格行对应的控件，而不是照搬措辞。

第 1 步：区分请求与已有聊天

在更改任何设置之前，先看消息实际位于哪里。请求是来自你尚未与之对话过的人的联系；已有聊天则是已经存在的对话。两者受不同控件管理，所以第一步是分类，而不是改设置。

• 如果消息是请求，你的选择是接受或删除该请求。
• 如果消息在已有对话中，你的选择是针对该对话本身，或屏蔽、举报发送者。
• 如果不确定，在弄清自己属于哪种情况之前，不要做任何不可逆的操作。

X 将接受或删除请求与删除私信或对话区分开来，后者只会从执行删除的账号中移除。 来源

这是最常见的混淆来源：人们删除请求，以为会话会到处消失；或者删除对话，以为对方也会丢失。这两种都不是控件实际会做的事。

第 2 步：决定是否限制新发送者

限制“任何人”发消息是一个宽泛的设置。当问题是陌生人主动联系时它很有用，但当问题是你已经在交谈的某个特定人时，它就是错误的工具。

X 表示，关闭“任何人”的消息并不会阻止已有对话的账号继续发来消息；屏蔽或举报是独立操作。 来源

这句话是关键限制。如果已有对话已经存在，宽泛的限制不会关闭它。要阻止该发送者，你需要单独执行屏蔽或举报。屏蔽是一种投递控制，不是对方身份的证明，也不验证任何一方的身份。

第 3 步：处理请求本身

当请求到达时，针对请求做决定，而不是针对对方的个人资料。接受会让对话存在；删除请求会将其从你的待处理列表中移除。这两种操作都不会告诉你发送者是否可信，也都不是背景调查。

接受前的实用清单：

1. 请求中是否包含具体、可核实的联系理由？
2. 是否要求你转到其他渠道、汇款或分享验证码？
3. 账号的公开信息是否与消息中的说法相符？
4. 如果不确定，让请求保持未接受状态，而不是回复去试探。

不接受是合理的结果。你不欠陌生人一次对话。

第 4 步：理解删除的含义

删除私信或对话只会从执行删除的账号中移除。对方仍保留自己的副本。这就是删除不是撤回的原因：如果你发了后悔的内容，删除你这边的内容并不会从收件人那里收回。

同样的区别适用于请求。删除请求是收件箱操作，不是抹除发送者持有的任何内容。把删除看作整理你自己的视图，而不是撤销消息。

第 5 步：屏蔽、举报以及它们不能证明什么

屏蔽和举报是与消息限制不同的独立操作。它们是对特定发送者的正确回应，当问题是未经请求的大量消息时，它们不能替代宽泛设置。

有两点限制值得明确说明：

• 屏蔽不是身份验证。它告诉平台停止互动；它不确认另一个账号属于谁。
• 举报是请求审核，不保证你能看到结果。

用户名查询适合用在哪里，不适合用在哪里

如果消息来自一个你想进一步了解的公开用户名，用户名查询可以显示该用户名在公开场合出现的位置。TruthsSeek 介绍的 TraceSeek 应用会检查一个已知的公开用户名在 3,000+ 个平台上的情况，根据产品说明，首次扫描免费，耗时 20–30 秒。首次扫描无需注册或登录。

它做不到的事情在这里更重要：

• 它无法操作你的 X 账号设置、接受请求、屏蔽、举报或删除任何内容。
• 它无法访问私密账号或私密帖子。
• 它无法验证真实身份。公开匹配只是线索，不能证明给你发消息的人拥有该用户名。
• 它无法保证抹除任何内容。

在决定是否接受来自公开用户名的请求之前，查询有助于了解背景。它不能替代上述平台控件，而且在多个平台上匹配不应被解读为确认发送者就是他们声称的人。

常见失败路径

简短的操作顺序

1. 分类：是请求还是已有聊天。
2. 对于请求，决定接受或删除；不要将两者视为验证。
3. 对于已有聊天，使用屏蔽或举报，而不是宽泛限制。
4. 记住删除是单方面的，不是撤回。
5. 如果涉及公开用户名且你想了解背景，可以查询——然后回到平台控件执行任何操作。

这些控件上的标签会因应用和版本而变化，所以持久的技能是知道自己处于哪种情况，以及每个操作能做什么、不能做什么。