# mail +reply > **前置条件:** 先阅读 [`../../lark-shared/SKILL.md`](../../lark-shared/SKILL.md) 了解认证、全局参数和安全规则。 回复指定邮件,自动处理: - 主题前缀 `Re: `(已含常见回复前缀时不重复叠加) - 默认收件人为原邮件发件人 - RFC 2822 会话头(`In-Reply-To` / `References`)维护邮件会话 > **默认草稿模式**:`+reply` 默认保存为草稿,不会立即发送。如需立即发送,使用 `--confirm-send` 参数(须经用户明确确认)。**优先使用 `+reply` 而不是 `+draft-create` 来创建回复草稿**,因为 `+reply` 会自动处理主题、收件人和会话头。 本 skill 对应 shortcut:`lark-cli mail +reply`,内部步骤: 1. `GET /open-apis/mail/v1/user_mailboxes/me/messages/{message_id}` — 获取原邮件元数据 2. `GET /open-apis/mail/v1/user_mailboxes/me/profile` — 获取邮箱主地址(`primary_email_address`,填入默认 From 头) 3. `POST /open-apis/mail/v1/user_mailboxes/me/drafts` — 创建草稿 4. `POST /open-apis/mail/v1/user_mailboxes/me/drafts/{draft_id}/send` — 发送草稿(仅在指定 `--confirm-send` 时执行) ## CRITICAL — 发送工作流(必须遵循) 此命令默认**只保存草稿**,不会发送邮件。需要发送时,有两种合规方式: **方式 A(推荐)** — 创建回复草稿(不带 `--confirm-send`): ```bash lark-cli mail +reply --message-id <邮件ID> --body '<回复正文>' ``` → 返回 `draft_id` 向用户展示回复摘要(目标邮件、回复内容、收件人);如果用户想先看效果,可引导其去飞书邮件里查看草稿。 用户明确同意后,发送该草稿: ```bash lark-cli mail user_mailbox.drafts send --params '{"user_mailbox_id":"me","draft_id":""}' ``` **方式 B(允许)** — 用户已经明确确认回复对象和内容时,可直接使用 `--confirm-send` 立即发送。 **禁止在用户未明确同意的情况下执行发送,无论是发送草稿还是直接使用 `--confirm-send`。** ## 命令 ```bash # 回复一封邮件(默认保存为草稿,返回 draft_id)— HTML 推荐 lark-cli mail +reply --message-id <邮件ID> --body '

已收到,稍后跟进。

' # 回复并追加收件人/抄送(保存为草稿) lark-cli mail +reply --message-id <邮件ID> --body '

已处理

' --to lead@example.com --cc colleague@example.com # 回复时插入内嵌图片(推荐:直接用相对路径,自动解析) lark-cli mail +reply --message-id <邮件ID> --body '

详见图示:

' # 纯文本回复(仅在内容极简时使用) lark-cli mail +reply --message-id <邮件ID> --body '收到,谢谢!' # 指定发件人地址 lark-cli mail +reply --message-id <邮件ID> --body '收到' --from me@example.com # 确认发送回复(用户明确确认后使用) lark-cli mail +reply --message-id <邮件ID> --body '

收到,谢谢!

' --confirm-send # Dry Run(仅打印请求,不执行) lark-cli mail +reply --message-id <邮件ID> --body '

测试

' --dry-run ``` ## 参数 | 参数 | 必填 | 说明 | |------|------|------| | `--message-id ` | 是 | 被回复的邮件 ID | | `--body ` | 是 | 回复正文。推荐使用 HTML 获得富文本排版;也支持纯文本。根据回复正文和原邮件正文自动检测 HTML。使用 `--plain-text` 可强制纯文本模式。支持 `` 相对路径自动解析为内嵌图片(仅支持相对路径,不支持绝对路径) | | `--from ` | 否 | 发件人邮箱地址(EML From 头)。使用别名(send_as)发信时,设为别名地址并配合 `--mailbox` 指定所属邮箱。默认读取邮箱主地址 | | `--mailbox ` | 否 | 邮箱地址,指定草稿所属的邮箱(默认回退到 `--from`,再回退到 `me`)。当发件人(`--from`)与邮箱不同时使用。可通过 `accessible_mailboxes` 查询可用邮箱 | | `--to ` | 否 | 额外收件人,多个用逗号分隔(追加到原发件人) | | `--cc ` | 否 | 抄送邮箱,多个用逗号分隔 | | `--bcc ` | 否 | 密送邮箱,多个用逗号分隔。与 `--event-*` 不兼容(见 `+send` 日程邀请约束) | | `--plain-text` | 否 | 强制纯文本模式,忽略所有 HTML 自动检测。不可与 `--inline` 同时使用 | | `--attach ` | 否 | 附件文件路径,多个用逗号分隔。相对路径。当附件导致 EML 总大小超过 25 MB 时,超出部分自动上传为超大附件(HTML 邮件插入下载卡片,纯文本邮件追加下载链接),单个文件上限 3 GB | | `--inline ` | 否 | 高级用法:手动指定内嵌图片 CID 映射。推荐直接在 `--body` 中使用 ``(自动解析)。仅在需要精确控制 CID 命名时使用此参数。格式:`'[{"cid":"mycid","file_path":"./logo.png"}]'`,在 body 中用 `` 引用。不可与 `--plain-text` 同时使用 | | `--signature-id ` | 否 | 签名 ID。附加邮箱签名到回复正文与引用块之间。运行 `mail +signature` 查看可用签名。不可与 `--plain-text` 同时使用 | | `--priority ` | 否 | 邮件优先级:`high`、`normal`、`low`。省略或 `normal` 时不设置优先级 | | `--event-summary ` | 否 | 日程标题。设置此参数即在邮件中嵌入日程邀请。需同时设置 `--event-start` 和 `--event-end` | | `--event-start