（4591期）Himalaya Cli – 终端里的全能邮件管理专家

终端里的全能邮件管理专家 开源终端邮件客户端，支持IMAP/SMTP多账户管理，纯命令行完成收发搜索归档，适合追求效率的技术用户。 使用说明 核心用法 Himalaya 是一款 Rust 编写的终端邮件客户端，通过 himalaya envelope list 等子命令结构操作邮件。支持 IMAP/SMTP 标准协议、Notmuch 索引及 Sendmail 后端，配置采用 TOML 文件管理多账户凭证，密码可通过 pass 或系统 keyring 安全调用。 关键命令模式： 邮件列表：himalaya envelope list [--folder INBOX] --output json 阅读回复：himalaya message read/reply/forward <id>（调用 $EDITOR） 搜索过滤：himalaya envelope list <query>（支持 from/subject 等字段） 附件处理：himalaya attachment download <id> --dir <path> 高级特性：MML（MIME Meta Language）语法支持富文本与附件组合；多账户切换 via --account；结构化输出（JSON/Plain）便于管道处理。 显著优点 纯终端工作流：无需 GUI，配合 tmux/screen 实现服务器端邮件管理 安全凭证管理：原生支持 pass、keyring 等外部密码工具，避免明文存储 多后端兼容：IMAP/SMTP、Notmuch、Sendmail 覆盖主流邮件场景 结构化输出：JSON 输出便于与 jq、fzf 等工具链集成 潜在局限 学习成本：子命令层级较深（envelope vs message vs folder），与直觉式 CLI 设计有差距 MML 门槛：富邮件编写需掌握专用标记语言，不如传统邮件客户端直观 Rust 生态依赖：调试需 RUST_LOG 环境变量，对非 Rust 用户不够友好 适合人群 开发者/系统管理员：习惯终端环境，追求键盘驱动效率 隐私敏感用户：倾向本地存储密码，拒绝浏览器/云同步方案 自动化需求者：需将邮件操作集成到脚本或 CI/CD 流水线 常规风险 配置泄露风险：config.toml 若权限设置不当，可能暴露服务器地址与登录名 命令注入隐患：backend.auth.cmd 执行外部命令，需确保引用的密码工具路径可信 TLS 配置误配：加密类型（tls/start-tls）与端口匹配错误可能导致明文传输 邮件误操作：message delete/move 无交互确认，脚本中需谨慎处理 ID 参数 原始说明 CLI to manage emails via IMAP/SMTP. Use `himalaya` to list, read, write, reply, forward, search, and organize emails from the terminal. Supports multiple acc...