备忘录正文经过哪里，
不留在哪里
本页面由日语原文机器翻译而成。 阅读日语原文
“明明是写在本地Vault的工具，却要通过外部服务器吗？”——Obsidian用户收到的最多问题，用路径图回答的页面。 完成的事情（Vault补充的本地完成、设备AI、服务器非保存）和未完成的事情（不是E2EE）以相同的分辨率书写。
备忘录1通的数据通道
- 在终端内创建 — 用AES-GCM-256保护写的备忘录首先进入终端内的Outbox（未发送队列）。 Outbox和发送历史由Apple纯正CryptoKit通过AES-GCM-256加密，256-bit对称密钥保存在Apple Keychain中。 密钥是不转移到其他终端的设置，在应用程序加密、解密时读取。 备份中包含的密钥复制也不能在其他终端上使用。 在更换机型之前，请确认必要的备忘录是否已送达保存地址。 钥匙管理的详细内容和Apple的说明。 离线的话在这里等待，线路恢复后自动重新发送。
- Obsidian Vault的追记 — 这里是完全本地Obsidian激活关联时，Vault的追记是终端内的Vault文件夹直接写入文件（打不开的话URI回退）进行，不使用插件和外部服务器。 Vault追记的路径中没有网络。
- AI标签—在设备上完成标题（20字以内）、标签（1~3个）、种类（todo/idea/log）的自动授予，Apple Foundation Models的机上AI只在iPhone中进行。 为了标记，备忘录正文不会发送到外部服务器。 Apple Intelligence不支持的机型会自动回退到终端内的轻量整形。
- 邮件发送——经 TLS 传输，不永久保存仅在发送时，正文通过 TLS（HTTPS）经过我们的 Relay API（Cloudflare Workers）和外部发送基础设施（Resend）。正文不会被永久保存，也不会写入日志。客户端使用
URLSessionConfiguration.ephemeral，不保留 Cookie 或缓存。 - 到自己的收件箱 — 标准SMTP配送（=不是E2EE）最终配送是标准SMTP。 正因为如此，在平时的邮件软件上可以直接阅读，但不是端到端加密（E2EE）。 关于这个设计判断，请看下面的“诚实地写下来”。
服务器上残留的东西・不残留的东西
| 数据 | 在哪里 | 留下吗 |
|---|---|---|
| 备忘录正文 | 本公司服务器（Relay/发送基础） | 不留（发送时只通过・日志非记录） |
| 备忘录正文 | 你的邮件收件箱 | 留下（这就是目的） |
| 备忘录正文 | 你的Obsidian Vault（设置时） | 残留（终端内本地） |
| Outbox・发送记录 | 仅限终端内 | 用AES-GCM-256加密保存 |
| 邮箱地址 | Cloudflare D1 | 保存发送ID和收件人哈希的对应。 与选择加入提醒分开记录，定期删除超过35天的内容 |
| 使用活动・终端标识符・诊断信息 | Cloudflare D1 | 定期删除超过90天的东西。 可以通过发送ID与收件人哈希关联 |
| 输入AI标签（正文） | 外部服务器 | 无法发送（在设备上处理） |
备忘录正文的保护和利用分析
iOS在应用内，备忘录正文的加密使用CryptoKit，钥匙保管使用Keychain，正文的发送使用URLSession。 GoogleSignIn和Firebase Authentication用于任意邮件自动输入，Firebase App Check用于后端API的保护。 本公司的使用分析和AppsFlyer，根据应用版和分析的选择，处理方式也不同。
在设置中提供“使用情况分析”选项的版本中，自有使用事件和来自设备的订阅状态分析默认关闭，同意后才开始。在另行提供获客测量选项之前，这些版本的 AppsFlyer SDK 会保持停止。没有此选项的版本也会发送自有使用事件和来自设备的订阅状态分析。我们撤销自 9 月 28 日起实施的、不保存旧方式请求的服务器端限制，不会追溯补齐此前未收集的事件。AppsFlyer 获客与使用情况测量的条件请参阅隐私政策。 有有效同意的对应版的本公司分析，处理安装、会话的标识符、使用事件、发送结果等。 旧版的AppsFlyer发送首次备忘录成功、认证成功、收费画面显示、方案选择、购买成功，将相同的安装标识符设置为Customer User ID。 从应用程序设置的活动项目中不直接包含邮箱地址、备忘录正文、验证码，但本公司的发送ID与收件人哈希绑定，获取信息和使用记录也会相关联。 不是完全匿名的解析。 撤销同意和版本的条件是政策1(E)，项目详情请看隐私政策。
诚实地写下来 — 不是E2EE
SimpleMemo不是端到端加密（E2EE）。 邮件正文将以标准SMTP发送到您的收件箱。“ 因为“在平时的邮件应用程序上可以直接阅读”和“只有自己拥有密码密钥到路径末端”是不兼容的，所以选择了前者的设计。
终端内的Outbox和发送记录用AES-GCM-256加密，这是终端内保护，不能代替E2EE（E2EE是什么・为什么本APP不适用）。
对于机密性是第一要务，E2EE是必须的人，像Standard Notes这样的E2EE设计的笔记应用程序更合适。 在明确说明这一点之后，“不将本文留在服务器上”“在终端内完成标记”“在本地进行Vault追记”是本应用程序的守卫范围。
常见问题
Obsidian Vault的补充有外部服务器参与吗？
不参与。 Vault追记是将文件直接写入终端内的Vault文件夹（不可用时URI回退），不使用插件和网络。 不附带邮件发送的草稿的本地保存也在终端内完成。
通过AI标记，备忘录的内容不能发送到Apple或外部服务器吗？
无法发送。 标记是Apple Foundation Models的设备上AI只在iPhone中进行，不涉及网络通信。 Apple Intelligence不支持的机型会自动回退到终端内的轻量整形，在这种情况下也没有外部发送。 详情请看AI标签自动追加的解说。
为什么不做E2EE呢？
因为备忘录的投递地址是“平时的邮件收件箱”。 在收件箱中读取=接收服务器可以解密，所以E2EE在结构上是不成立的。 E2EE优先时，专用客户端是必须的，与“任何终端的邮件应用程序都可以阅读”的本应用程序的价值交换。 对于必须使用E2EE的用途，推荐Standard Notes等。
这个内容和隐私政策有什么不同？
法律处理的全文在隐私政策（特别是§12“关于加密的技术信息”）。 这个页面是根据Obsidian用户的兴趣（是否在本地完成）重新构建其技术内容的路径图。 如果有矛盾的话，以隐私政策为准。
