mailx本身不发邮件，仅调用mta转发；真正通过smtp发信的是/etc/mail.rc配置+底层认证机制，需禁用冲突的postfix参数、使用smtps://smtp.qq.com:465等带协议端口写法、填qq授权码而非密码，并确保cron环境读取系统级配置文件。
mailx 本身不发邮件，它只是调用系统 MTA（如 sendmail 或 postfix）转发；真正在后台走 SMTP 协议发出去的，是配置在 /etc/mail.rc 里的参数 + 底层认证机制。直接改 /etc/mail.rc 并不能绕过 MTA —— 这是绝大多数人踩坑的第一步。
为什么 echo "x" | mail -s "t" a@b.com 总是失败？
常见错误现象：send-mail: Cannot open smtp.qq.com:25、Authentication failed、收件箱收不到但命令无报错。
根本原因不是 mailx 不行，而是它默认尝试连接本机 localhost:25 的 MTA，而你没关或没配好 postfix/sendmail，更没告诉它“别连本地，去连 QQ 邮箱的 SMTP”。
- 必须注释或删除
/etc/postfix/main.cf中的inet_interfaces、relayhost、smtp_tls_security_level等冲突项（否则 Postfix 会强行接管并按自己逻辑路由） -
mailx要走外部 SMTP，得靠set smtp=smtps://smtp.qq.com:465这类带协议+端口的写法，set smtp=smtp.qq.com默认走 25 端口，QQ 邮箱已拒绝未加密连接 -
smtp-auth-password必须填授权码，不是邮箱登录密码；QQ 邮箱授权码在「设置 → 账户 → POP3/IMAP/SMTP 服务」里开通后生成
怎样让 cron 脚本也能稳定发邮件？
手动执行 echo test | mail -s ok user@qq.com 成功，但放进 crontab 就失败，大概率是环境变量缺失或配置文件路径不对。
- cron 默认
HOME=/，不会读取~/.mailrc；必须统一用系统级配置/etc/mail.rc - 确保
/etc/mail.rc所有行末无空格、无中文全角符号（尤其等号前后不能有空格），否则整行被忽略 - 若用
heirloom-mailx（Ubuntu 默认），需确认安装的是bsd-mailx或heirloom-mailx，二者配置文件名不同：bsd-mailx读/etc/mail.rc，heirloom-mailx读/etc/nail.rc - 加调试：在脚本里加
env | grep -i mail和ls -l /etc/mail.rc，确认 cron 环境能访问到配置文件
SSL/TLS 加密和证书校验怎么处理？
用 smtps://smtp.qq.com:465 是最简方案，但部分老版本 mailx 不支持 URL 格式；用 smtp://smtp.qq.com:587 则必须启用 STARTTLS。
- 推荐写法：
set smtp=smtps://smtp.qq.com:465+set smtp-auth=login+set ssl-verify=ignore -
ssl-verify=ignore是临时手段，生产环境应配set nss-config-dir=/etc/pki/nssdb并导入可信 CA（certutil -d /etc/pki/nssdb -A -t "C,," -n "qq-smtp" -i qq-smtp.crt） - 如果提示
Unknown SSL protocol error，说明底层 NSS 库版本太低，换用msmtp或ssmtp更可控
mailx → /etc/mail.rc → SMTP 连接参数 → 实际网络出口。任一环断开，邮件就静默失败。最常被忽略的是 postfix 服务仍在运行且监听 25 端口，把 mailx 的请求劫走了——先 sudo systemctl stop postfix，再验证，比反复调配置高效得多。
