Outlook邮件自动化

解决什么问题

邮件客户端里的重复劳动很少需要人亲自动手：新邮件进来要分类、要回复，回复慢了没人提醒，处理完的邮件还散落在收件箱里。这个技能就是把这些动作交给程序——读取邮件、判断该做什么、发出回复，最后把处理过的邮件挪进对应文件夹，并留下一条可追溯的处理记录。

工作原理

认证：使用 MSAL 对接 Microsoft Graph API，申请的是 Mail.ReadWrite 与 Calendars.ReadWrite 两个权限，前者覆盖邮件读写，后者为后续扩展日历场景预留。

收信与处理：通过 GET /me/messages 拉取邮件，完成分类与响应决策后，用 POST /me/sendMail 发出回复。发送动作和读取动作走的是同一套 Graph 端点，不需要再接第三方 SMTP 服务。

归档与追踪：已处理的消息会被移动到指定文件夹，避免收件箱持续堆积；每一次回复是否按时完成，则写入本地的 SQLite 存储，用 sqlite 单文件数据库做持久化，不依赖额外的服务进程。

从官方文档看，Graph 的邮件能力还延伸到事件、联系人、任务和群组动态，并提供了 People API（可用于实现人员选择器）和 Inbox rules（收件箱规则），可以在此基础上做更细的组织策略，例如让在线培训类应用按课程给邮件和事件着色。

适用边界

• 权限范围有限：只申请了邮件与日历读写，发信、读信可以，但涉及组织目录或高级规则管理的能力不在当前授权范围内。
• 前置依赖明确：需要可用的 Microsoft Graph API 访问凭据、MSAL 客户端，以及一个能读写的本地 SQLite 环境。
• 上游资料有缺失：原始安装说明中包含受授权限制的页面内容，实际部署时要以你所在环境的 Graph 管理员策略为准，别照抄示例。
• 场景适配度：适合把收件流程脚本化、需要回复时限留痕的团队；纯个人手动管理邮件的场景反而增加复杂度。