X 新訊息請求與現有對話：如何分別控制

你真正要做的決定

訊息請求和現有對話是兩種不同情況，X 以不同的控制項分別說明。若你把它們當成同一個收件匣處理，可能會限制了新發送者，但舊有對話仍繼續送達訊息；又或者刪除了對話串，卻以為已經收回訊息。

下表是任務清單，並非描述某個特定選單。標籤會因應用程式、平台和版本而異，因此應尋找符合該行的控制項，而非特定字眼。

第一步：區分請求和現有對話

在更改任何設定之前，先查看訊息實際位於何處。請求是來自你尚未與其對話的人的接觸；現有對話則是已經存在的對話。兩者受不同控制項管轄，因此第一步是分類，而非更改設定。

• 若訊息是請求，你的選擇是接受或刪除該請求。
• 若訊息位於現有對話中，你的選擇是針對該對話本身，或封鎖／舉報發送者。
• 若不確定，在確定自己屬於哪種情況之前，不要採取任何不可逆轉的行動。

X 區分接受或刪除請求，與刪除直接訊息或對話——後者只會從執行刪除的帳戶中移除。來源

這是最常見的混淆來源：人們刪除請求，以為對話串會在各處消失；或刪除對話，以為對方會失去它。兩者都不是該控制項實際做到的事。

第二步：決定是否限制新發送者

限制「任何人」訊息功能是一項廣泛設定。當問題是陌生人主動接觸時，它很有用；但當問題是你已經交談的某個特定人物時，它便是錯誤的工具。

X 指出，停用「任何人」訊息功能不會阻止已有對話的帳戶繼續傳送訊息；封鎖或舉報是另一項獨立操作。來源

這句話是關鍵限制。若已有現存對話，廣泛限制並不能關閉它。要阻止該發送者，你需要另行封鎖或舉報。封鎖是一項傳送控制，並非證明對方是誰，亦不會驗證任何一方的身份。

第三步：處理請求本身

當請求到達時，應針對請求作決定，而非針對對方的個人檔案。接受會讓對話存在；刪除請求則會將其從你的待處理清單中移除。兩項操作都不會告訴你發送者是否可信，亦不是背景審查。

接受前的實用清單：

1. 請求是否包含具體、可查證的聯絡理由？
2. 是否要求你轉到另一個渠道、匯款或分享驗證碼？
3. 帳戶的公開資料是否與訊息所聲稱的相符？
4. 若不確定，寧可不接受請求，也不要回覆以作試探。

不接受是合理的結果。你沒有義務與陌生人對話。

第四步：了解刪除的含義

刪除直接訊息或對話，只會從執行刪除的帳戶中移除。另一位參與者仍保留其副本。這就是刪除並非收回的原因：若你發送了令你後悔的內容，刪除你的一方並不能從收件人那裡取回。

同樣的區別適用於請求。刪除請求是一項收件匣操作，並非抹除發送者持有的任何內容。應將刪除視為整理自己的檢視，而非撤銷訊息。

第五步：封鎖、舉報及其不能證明的事

封鎖和舉報是與訊息限制不同的獨立操作。它們是針對特定發送者的正確回應；當問題是未經請求的大量訊息時，它們不能替代廣泛設定。

有兩項限制值得明確說明：

• 封鎖並非身份驗證。它告訴平台停止互動；並不能確認另一個帳戶屬於誰。
• 舉報是要求審查，並不保證你能看到結果。

用戶名稱查詢適用與不適用之處

若訊息來自你想進一步了解的公開用戶名稱，用戶名稱查詢可以顯示該帳戶名稱在何處公開出現。TruthsSeek 所介紹的應用程式 TraceSeek，會在多達 3,000+ 個平台上檢查一個已知的公開用戶名稱，根據產品說明，首次掃描免費，需時 20–30 秒。首次掃描無需註冊或登入。

它做不到的事在此更為重要：

• 它不能操作你的 X 帳戶設定、接受請求、封鎖、舉報或刪除任何內容。
• 它不能存取私人帳戶或私人帖子。
• 它不能驗證真實身份。公開匹配是一條線索，並非證明向你發送訊息的人擁有該用戶名稱。
• 它不能保證抹除任何內容。

在考慮接受來自公開用戶名稱的請求之前，查詢有助提供背景資料。它不能替代上述平台控制項；而在多個平台上出現匹配，亦不應理解為確認發送者就是其所聲稱的人。

常見的失敗路徑

簡短工作次序

1. 分類：請求還是現有對話。
2. 對於請求，決定接受或刪除；不要將兩者視為驗證。
3. 對於現有對話，使用封鎖或舉報，而非廣泛限制。
4. 記住刪除是單方面的，並非收回。
5. 若涉及公開用戶名稱並想了解背景，可作查詢——然後返回平台控制項執行任何操作。

這些控制項的標籤會因應用程式和版本而異，因此持久的技能是了解自己身處哪種情況，以及每項操作能做與不能做什麼。