Ansible mail模块发邮件报553发件人需域名错误如何解决

从报错日志可直接定位：Ansible mail模块默认使用无域名的纯用户名root作为发件人，被本地运行的SMTP服务（从配置文件路径判断为Sendmail）校验拒绝——该服务要求所有发件人地址必须携带合法域名，否则返回553格式错误拒绝投递。
对比手动执行mailx命令可正常发送的差异：系统自带的mailx工具会自动根据主机配置为纯用户名补全可信域名后缀，生成符合规则的发件人地址（如root@mylocalhost），因此不会触发SMTP校验拦截；而Ansible mail模块默认直接取当前执行用户的用户名作为发件人地址，不会自动补全域名部分，所以直接被拒绝。

• 查看报错里的模块入参可确认：日志中记录的sender值为root，无任何域名后缀，和报错提示的拒绝原因完全匹配。
• 可通过telnet手动模拟SMTP提交流程验证规则：执行telnet localhost 25进入交互界面后，提交MAIL FROM: root，会收到和报错完全一致的553 5.5.4 <root>... Domain name required for sender address root提示；如果提交MAIL FROM: root@mylocalhost，则会收到250 OK的正常响应。

优先采用无全局配置改动的修复方式：

• 在Ansible mail模块的参数中，显式指定带合法域名的发件人地址，该域名需要已经在/etc/mail/local-host-names的可信列表内（也就是当前配置中的mylocalhost）。该方式不需要改动全局邮件服务配置，不会影响其他业务的邮件发送逻辑，稳定性最高。

修正后的playbook配置示例：

- hosts: localhost
  tasks:
    - mail:
        host: localhost
        port: 25
        sender: 'root@mylocalhost'
        to: 'catherine@gmail.com'
        subject: 'Ansible-report'
        body: 'System {{ ansible_hostname }} has been successfully provisioned.'
      delegate_to: localhost

可选的全局配置调整方案（不优先推荐）：

• 修改Sendmail的主配置文件，调整发件人地址的校验逻辑，让服务自动为纯用户名格式的发件人补全本地主机域名，避免直接拦截无域名的发件请求。该方式会改动全局邮件服务行为，存在影响其他业务发送邮件的风险，仅适合无权限修改playbook的场景。

内容的提问来源于stack exchange，提问作者Ashar