Spring Boot中JavaMail属性澄清及发件人配置疑问

先明确两个配置的核心差异 #

咱们先把这两个属性的作用拆清楚，就明白为啥它们得一致了：

• spring.mail.username：SMTP服务器的「登录认证账号」
  这个配置是给你连接的SMTP服务器（比如你用的Office 365的smtp.office365.com）做身份验证用的。相当于你要登录这个SMTP服务器的“用户名”，服务器靠它确认你是有权限从这里发邮件的合法用户。对于Office 365这类服务商，这个账号通常就是你的官方邮箱地址。

• helper.setFrom()：邮件的「显示发件人标识」
  这个是设置邮件本身的From头字段——也就是收件人打开邮件时，看到的“发件人地址/名称”。它属于邮件内容的一部分，和SMTP的登录认证是两个独立环节，但很多服务商把这俩绑定做了安全校验。

为啥两者必须相同才能正常发邮件？ #

核心原因是主流邮件服务商（包括Office 365）都有严格的发件人防伪造机制，比如SPF、DKIM协议，或者服务商自己的内部校验规则，目的是防止垃圾邮件/钓鱼邮件伪造发件人地址。

放到你的场景里来说：
你用spring.mail.username = ext_sputhukkot@xyz.com登录了SMTP服务器，相当于告诉服务器“我是xyz.com这个邮箱的合法持有者”。但如果你通过setFrom()设置了另一个地址（比如你配置里的ext_sputhukkot@falabella.cl），服务器会直接判定你在“冒充他人发邮件”——你用A账号登录，却要以B账号的名义发信，这违反了安全规则，要么直接拒绝发送，要么邮件到了收件方直接被扔进垃圾邮箱。

补充：为啥必须显式调用setFrom()？ #

有些情况下，Spring Boot的JavaMailSender会默认把spring.mail.username作为发件人地址，但可能因为以下原因导致默认值不生效：

1. 邮件服务商的强制要求：比如Office 365可能要求必须显式指定发件人，不接受默认值；
2. 配置版本或依赖差异：不同版本的Spring Boot或spring-boot-starter-mail依赖，默认发件人的逻辑可能有变化；
3. 自定义配置覆盖：如果你的ConfigurationProperties里的配置优先级高于默认值，也可能需要显式设置。

额外提示：如果想设置不同的发件人怎么办？ #

如果确实需要用和spring.mail.username不同的地址作为发件人，你得先在邮件服务商那边做配置：

• 比如给spring.mail.username对应的邮箱添加别名（比如把ext_sputhukkot@falabella.cl设为ext_sputhukkot@xyz.com的别名）；
• 配置SPF/DKIM记录，授权这个别名可以通过当前SMTP服务器发信。
  完成这些配置后，才能用别名作为setFrom()的地址，同时用主账号做SMTP认证。

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