核心用法
Himalaya 是一款面向开发者的终端邮件客户端，通过 IMAP/SMTP 协议实现完整的邮件生命周期管理。其核心设计遵循 CLI 原生哲学：所有操作均以子命令形式组织（如 himalaya envelope list、himalaya message read），而非传统顶层命令。用户可通过 TOML 配置文件管理多账户，支持密码命令集成（如 pass、keyring）实现安全凭据存储。
关键功能矩阵：
- 查询检索：
envelope list支持分页、JSON 输出、关键词搜索 - 阅读处理：
message read/export查看正文或导出原始 MIME - 撰写发送：
message write/reply/forward调用$EDITOR，支持 MML 语法构建复杂邮件 - 组织管理：
message move/copy/delete、flag add/remove实现归档与标记 - 附件处理：
attachment download提取附件至指定目录
显著优点
1. 终端原生集成：与 tmux、脚本管道无缝协作，输出格式可解析（JSON/plain）
2. 多后端灵活：除 IMAP/SMTP 外，支持 Notmuch、Sendmail，适应不同工作流
3. 安全凭据管理：通过 auth.cmd 对接密码管理器，避免明文存储
4. MML 邮件语言：提供结构化方式定义 MIME 多部分邮件，适合自动化场景
潜在局限
- 学习曲线陡峭：子命令层级较深（
envelopevsmessagevsfolder），与mutt/neomutt等传统客户端命令差异大 - GUI 功能缺失：无内联图片查看、HTML 渲染需外部工具
- 配置复杂度：TOML 结构嵌套较深，多账户场景配置冗余
- 生态成熟度：Rust 生态较新，插件系统不如 Emacs/NeoVim 邮件方案丰富
适合人群
- 高频使用终端的开发者、运维工程师
- 需要将邮件处理集成至 CI/CD 或自动化脚本的用户
- 追求"Unix 哲学"、偏好可组合工具链的极客
- 对现有邮件客户端（如 Thunderbird、Apple Mail）资源占用敏感的用户
常规风险
- 凭据泄露风险：配置文件中
auth.cmd若指向不安全脚本，可能导致密码暴露 - 误操作不可逆：
message delete直接作用于服务器，无本地回收站机制 - 网络同步异常：IMAP 连接中断可能导致本地状态与服务器不一致
- TLS 配置错误：错误指定
encryption.type（如将 465 端口配为tls而非start-tls）会造成凭据明文传输