最后更新：2026-01-01
常见问题解答#
1. 什么是 Sealed Letter？#
Sealed Letter 是一个安静、私密的空间，用于存放重要的话语。我们的应用帮助您记录、存储和分享重要的笔记或消息，同时让您完全掌控自己的数据。
2. 我的数据存储在哪里？#
目前，您的数据安全地存储在 AWS 俄勒冈区域（美国）。未来，我们将提供其他区域的选项，让您可以选择数据的存储位置。
3. 你们使用 Cookie 或跟踪器吗？#
不使用。我们不使用 Cookie、跟踪像素或第三方分析工具。您的隐私是我们的首要任务。
4. 这项服务有多安全？#
我们使用行业标准加密、安全认证和 AWS 最佳实践来保护您的信息。我们的团队还持有安全认证，并遵循严格的职业道德规范。
5. 我可以在多个设备上访问我的账户吗？#
可以。您可以在任何受支持的设备上登录您的账户，您的笔记将在各设备之间保持同步。
6. 如果我忘记了登录密码怎么办？#
您可以随时通过申请重置链接到您的注册邮箱来重置密码。出于安全考虑，该链接将在短时间后失效。
7. 如果我忘记了信件密码怎么办？#
如果您忘记了信件的密码，很遗憾，该信件将永久无法访问。出于安全和隐私考虑，我们从不存储或保留您密码的副本。这确保只有您以及您选择分享的人才能访问您的内容。
请务必将您的信件密码保存在安全的地方。一旦丢失，我们无法恢复或重置它。
8. 你们提供订阅服务吗？#
是的。订阅和应用内购买通过 RevenueCat 安全管理，并与 Apple App Store 和 Google Play Store 集成。
9. 我可以删除我的账户和数据吗？#
当然可以。您完全掌控自己的数据。您可以在应用内申请删除，我们将永久删除您的账户和存储的信息。
10. Sealed Letter 支持多种语言吗？#
是的。该应用和本网站支持多种语言，我们还在不断扩展语言选项。
11. 我如何获得支持？#
您可以通过应用直接联系我们的支持团队。我们致力于快速、亲自回复所有请求。
12. 什么是受信任联系人？#
受信任联系人是您指定的用于确认您的信件应该被发送的人。
13. 受信任联系人需要做什么？#
他们唯一的责任是通知我们您的信件应该被发送。一旦确认，您的信件将按照您选择的方式和对象进行分享。
14. 受信任联系人可以阅读我的信件吗？#
不可以。他们无法访问您信件的任何内容或更改其内容。他们只能确认信件的发送。
15. 我该如何选择受信任联系人？#
选择一个您深信不疑的人，比如亲密的朋友或家人，他们能够负责任地代表您行事。
16. 我可以设置多个受信任联系人吗？#
可以。您可以指定多个受信任联系人，以提供灵活性和安心感。
17. 什么是发送确认联系人？#
发送确认联系人是受信任联系人的对应角色。如果您是发送确认联系人，这意味着对方信任您来确认何时应该将他们的信件发送给他们选择的收件人。
18. 什么是信件作者？#
信件作者是在应用中撰写和存储信件的人。
19. 信件作者可以做什么？#
他们可以撰写、更新和管理他们的信件，并选择将收到信件的收件人。
20. 信件作者的信件如何受到保护？#
信件经过安全加密。只有在受信任联系人确认发送后，选定的收件人才会收到信件。
21. 信件作者可以更改他们的受信任联系人吗？#
可以。信件作者可以随时更新或更换他们的受信任联系人。
22. 我需要订阅才能接收信件吗？#
不需要。准备好自取的信件可以使用提供的信件详情或二维码在网站上访问，无需账户或订阅。通过应用内投递发送的信件也不需要收件人拥有订阅。
23. 我需要订阅才能成为受信任联系人吗？#
不需要。任何注册的 Sealed Letter 用户都可以被指定为受信任联系人。此角色不需要订阅。
24. 为什么信件有至少 31 天的冷却期？#
最短冷却期是有意设计的，有助于维护 Sealed Letter 的服务宗旨。它确保服务用于有目的的消息传递，而不是持续的或实时的通信，并有助于防止其成为普通的消息平台。
25. 自取投递是什么意思？#
自取投递意味着消息可以在应用外访问。收件人可以使用提供的信件详情或二维码获取消息，无需 Sealed Letter 账户或订阅。此选项适用于需要简单、匿名和直接访问的情况。
26. 应用内投递是什么意思？#
应用内投递意味着消息直接发送给特定的 Sealed Letter 用户，可以在应用内安全访问。收件人不需要订阅即可接收消息，只需要一个账户。 此选项更方便，因为收件人不需要管理单独的密码或信件访问码。
27. 哪种投递方式更安全？#
使用作者定义密码封存的信件提供最高级别的隔离。密码从不被 Sealed Letter 存储，必须由作者与预期收件人分享。没有密码，信件无法解密或访问。
应用内投递优先考虑便利性。为了将消息投递到特定用户账户，系统必须在投递过程中临时解密和处理消息。这是安全进行的，但这意味着系统参与了投递过程。
两种选项在设计上都是安全的。区别在于最大隔离性（密码封存的自取信件）和易用性（应用内投递）之间的权衡，让发送者可以选择最适合他们需求的方式。
28. Sealed Letter 的员工可以阅读我的信件吗？#
不可以。准备好自取的信件使用 Sealed Letter 从不存储的密码进行封存。没有该密码，信件无法解密。
通过应用内投递发送的信件使用符合 AWS 最佳实践的行业标准加密进行保护。对加密密钥的访问严格限制在安全处理投递所需的系统中。Sealed Letter 员工不会浏览、阅读或审查信件内容。
29. 如果我删除账户，我的信件会怎样？#
当您删除账户时，所有相关的账户信息、信件和相关元数据将从活动系统中永久删除。
作为我们灾难恢复策略的一部分，加密备份会在专用 AWS 账户中保留有限时间。这些备份中的任何剩余数据将自动轮换并在 12 个月内永久删除。
30. 如果 Sealed Letter 关闭会怎样？#
我们致力于长期可用性。在不太可能发生重大服务变更的情况下，我们将提供明确的提前通知和实用指导，以便用户能够及时访问或导出他们的内容。
31. 我为什么应该信任你们？#
Sealed Letter 始于朋友和家人共同提出的一个简单而个人的问题：如果我们发生意外，我们的数字生活会怎样？ 这是我们自己使用的服务，是我们为解决真实问题而构建的，而不是为了追逐潮流或建立另一个大众市场平台。从一开始，我们就专注于关怀、安全和尊重隐私。
项目开始时的诚信，就是我们打算继续保持的诚信。
32. 为什么应用看起来有点朴素？#
我们正处在这段旅程的起点，因此必须有意识地选择先把精力放在哪里。
我们的主要精力投入在构建一个可靠、安全的基础上——这些部分你可能看不到，但却至关重要。我们同样重视设计和细节，也正在积极改进，让应用在好用的同时看起来也同样出色。
感谢你的理解与耐心 😊