命令行邮件怎么用 AI 收发

在终端里收发邮件，难在哪

命令行邮件客户端本身高效，但门槛集中在三处：一是配置繁琐，IMAP/SMTP 服务器、端口、授权码、编辑器变量要逐项填对，QQ、163、Gmail、iCloud 各家规则还不一样；二是中文与附件容易出问题，终端编辑器对中文正文的编码处理稍有偏差就发成乱码，带附件发送的命令也难记；三是多账号切换混乱，工作邮箱和个人邮箱并存时，列邮件、读信、发送都要小心指定到正确账号。三点叠加，让本该轻量的终端收发变成一件需要反复查文档的事。

这些都是机械、可被规则化的工作——记住每家邮箱的连通规则、处理好编码、把账号选对，正是这个技能要替你扛下的部分。

这个技能能帮你做什么

它把 Himalaya 邮件客户端包装成一个能听懂自然语言的助手，覆盖终端邮件的完整生命周期。读取层面，它能检查平台、二进制、配置文件、编辑器变量和账号连通性，列出文件夹和邮件并支持分页、文件夹切换与查询条件，按发件人、主题或关键词筛选后读取正文；处理层面，它能回复、回复全部、转发、移动、复制、删除和管理标记；撰写层面，它通过脚本发送含中文正文和附件的邮件，并支持 dry-run 先预览再发出；账号层面，它在多账号环境下按你指定的邮箱执行操作，避免发错账号。

它把"在终端逐条敲 Himalaya 命令、记各家邮箱规则"这件事，转成"用一句话说清要做什么"。中文正文和附件发送被专门处理，多账号也由它按指令选对，避免编码与发错账号这两类最常见的事故。

怎么用它

用法是把要做的邮件操作用自然语言说清楚——查哪个文件夹、按什么条件搜、回复给谁、正文写什么——无需记命令和参数。例如可以这样对它说：

它适合这些场景：偏好在终端处理邮件、不想离开命令行去开网页客户端；需要按发件人、主题或关键词快速检索并阅读正文；要发送带附件的中文邮件又想绕开交互式编辑器的兼容问题；以及在工作邮箱与个人邮箱并存的多账号环境下，明确指定某个账号执行列表、阅读或发送。

大家常问

在终端里用 Himalaya CLI 收发邮件，需要哪些基础协议配置？只讲 Himalaya 邮件管理 CLI 的操作原理（IMAP/SMTP 配置、folder、message id、attachment、模板、过滤），不要提及任何其他邮件客户端、GUI 邮箱软件或邮件服务商。

Himalaya 采用双后端架构：IMAP 负责收信（默认 993，TLS），SMTP 负责发信（默认 587，STARTTLS）。两者各自在 config.toml 里以 host、port、encryption 类型和认证方式（password 或 oauth2）单独声明，密码可用 raw、外部 cmd 或 keyring 三种方式提供，配置就绪后命令才能正常连通。

在命令行邮件客户端里，为什么直接发的中文邮件容易出现乱码？

核心是编码链路对不齐：MIME 编译时若未声明 charset=UTF-8、Subject 等头部没按 RFC 2047 编码、终端或编辑器保存编码与 Himalaya 默认期待不一致、SMTP 服务器不支持 8BITMIME/SMTPUTF8 扩展，任一环节失配，接收方都会把 UTF-8 字节按错码表解读，出现「测试」之类的乱码。

命令行邮件管理里 folder、message id、flag 这些概念分别是什么？

folder 是 IMAP 服务器端的邮箱目录（INBOX、Sent、Drafts 等），所有操作都在当前 folder 上下文内执行；message id 是 Himalaya 在该 folder 输出列表里临时分配的序号，删除或换文件夹后会变；flag 则是存在服务器上的状态标志（seen、answered、flagged、deleted 等），由 IMAP STORE 命令更新，跨客户端同步。

在多账号的命令行邮件管理里，account 这个概念是在哪一层生效的？

account 是 config.toml 里 [accounts.] 段落，把身份、IMAP、SMTP、folder 别名、下载目录绑成一个完整命名空间。--account 选哪个就加载哪段配置、起独立的 TLS 连接，folder 列表、message id、附件路径、发件 From 与签名都隔离，跨账号不互通也无法跨账号搜索。