linux没有ismtp工具，实际应使用msmtp（推荐）、ssmtp（已停维护）或postfix；常见问题包括认证失败、端口加密不匹配、系统时间偏差及ca证书异常。
Linux 上没有叫 ismtp 的标准工具或服务 —— 你大概率是记混了名字，实际想用的是 ssmtp、msmtp 或直接配置 sendmail/postfix 做中继。强行安装不存在的 ismtp 会浪费大量排障时间。
确认你真正需要的是哪个中继工具
绝大多数轻量级 Linux 邮件中继场景，只涉及三类方案：
-
msmtp：最推荐，纯命令行、配置简单、支持 TLS/SSL、可为不同用户设不同中继账户 -
ssmtp：已停止维护（上游项目归档），不支持现代 SMTP 认证方式（如 OAuth2、部分 STARTTLS 变体），容易在连接 Gmail / Outlook 等服务时静默失败 -
postfix（minimal setup）：适合需长期稳定中继、或后续要扩展本地队列/别名功能的场景，但配置项多，/etc/postfix/main.cf里一个relayhost写错就发不出邮件
如果你看到某篇教程写了 ismtp，基本是拼写错误或混淆了私有脚本名。先运行 which msmtp 或 dpkg -l | grep msmtp（Debian/Ubuntu）确认是否已装正确工具。
用 msmtp 发送测试邮件时提示 “535 5.7.8 Authentication failed”
这是最常遇到的认证失败，不是密码错了，而是以下任一条件未满足：
- Gmail / Google Workspace 账户必须开启“两步验证”，再生成“应用专用密码”填入
~/.msmtprc的password字段 —— 直接填邮箱登录密码必然失败 - Outlook / Microsoft 365 账户需在 account.microsoft.com/security 中启用“应用密码”，且确保该账户未启用“条件访问策略”拦截非浏览器登录
-
auth on必须显式写在.msmtprc的账号区块里，漏掉这行会导致服务器忽略用户名密码 - 端口与加密方式不匹配：Gmail 要用
port 587+tls on+tls_trust_file；若误配port 465且没开tls_starttls off，连接会卡住或报SSL handshake failed
最小可用 ~/.msmtprc 示例：
defaults tls on tls_trust_file /etc/ssl/certs/ca-certificates.crt account gmail host smtp.gmail.com port 587 auth on user your.name@gmail.com password your_app_specific_password from your.name@gmail.com account default : gmail
Postfix 中继配置后，echo "test" | mail -s "hi" user@example.com 无响应也不报错
Postfix 默认把邮件丢进本地队列，不立即投递，且日志默认不输出到终端。排查必须分三步看：
- 查队列：
mailq或postqueue -p—— 如果看到邮件卡在队列里，说明中继未生效或网络不通 - 查日志：
tail -f /var/log/mail.log | grep -i "relay\|connect\|timeout"，重点找connect to smtp.gmail.com[142.250.191.109]:587: Connection timed out这类信息，常见于云服务器（AWS/Azure）默认屏蔽 25/587 端口 - 强制重试队列：
postqueue -f，再立刻tail -f /var/log/mail.log看实时错误
关键配置项检查（/etc/postfix/main.cf）：
-
relayhost = [smtp.gmail.com]:587—— 方括号不能少，否则 Postfix 会尝试 DNS MX 查询而非直连 -
smtp_sasl_auth_enable = yes和smtp_tls_security_level = encrypt必须同时存在 -
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd对应文件需运行postmap /etc/postfix/sasl_passwd生效，且权限必须是root:root 600
为什么 telnet smtp.gmail.com 587 能通，但 msmtp/postfix 就连不上？
能 telnet 通只说明 TCP 层可达，不代表 TLS 握手或 SMTP 协议层没问题。真实原因往往藏在这几个细节里：
- 系统时间严重偏差（>3 分钟）：Gmail/Outlook 的 TLS 证书校验会直接拒绝，
date看完记得sudo chronyc makestep同步 - CA 证书过期或缺失：
curl -v https://google.com若报SSL certificate problem，说明/etc/ssl/certs/ca-certificates.crt损坏，需重装ca-certificates包 - IPv6 优先导致解析出错：某些网络下
smtp.gmail.com解析出 IPv6 地址但路由不通，临时禁用可加family inet到.msmtprc或改/etc/gai.conf - 防火墙或 SELinux 干预：CentOS/RHEL 上
setsebool -P httpd_can_sendmail=1是给 Apache 脚本发信用的，但普通用户用msmtp不受影响；真正要关的是systemctl stop firewalld测试是否拦截 outbound 587
复杂点在于：所有这些环节都可能单独正常，但组合起来就失败。建议从 msmtp -S（显示详细连接过程）开始，逐层比对 TLS 版本、证书 CN、SNI 是否匹配目标服务器要求 —— 这一步跳过，90% 的“明明配置对了却发不出”问题都白调。
