核心用法
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）便于管道处理。
显著优点
1. 纯终端工作流：无需 GUI，配合 tmux/screen 实现服务器端邮件管理
2. 安全凭证管理：原生支持 pass、keyring 等外部密码工具，避免明文存储
3. 多后端兼容：IMAP/SMTP、Notmuch、Sendmail 覆盖主流邮件场景
4. 结构化输出：JSON 输出便于与 jq、fzf 等工具链集成
潜在局限
- 学习成本：子命令层级较深（
envelopevsmessagevsfolder），与直觉式 CLI 设计有差距 - MML 门槛：富邮件编写需掌握专用标记语言，不如传统邮件客户端直观
- Rust 生态依赖：调试需 RUST_LOG 环境变量，对非 Rust 用户不够友好
适合人群
- 开发者/系统管理员：习惯终端环境，追求键盘驱动效率
- 隐私敏感用户：倾向本地存储密码，拒绝浏览器/云同步方案
- 自动化需求者：需将邮件操作集成到脚本或 CI/CD 流水线
常规风险
- 配置泄露风险：
config.toml若权限设置不当，可能暴露服务器地址与登录名 - 命令注入隐患：
backend.auth.cmd执行外部命令，需确保引用的密码工具路径可信 - TLS 配置误配：加密类型（tls/start-tls）与端口匹配错误可能导致明文传输
- 邮件误操作：
message delete/move无交互确认，脚本中需谨慎处理 ID 参数