LTB-SSP结合Office 365 SMTP发送密码重置邮件时，无法使用指定别名作为发件人

我之前也帮别人排查过类似Office 365 SMTP和LTB-SSP配合的问题，你的情况大概率是Office365的SMTP限制或者LTB-SSP的配置细节没到位，咱们一步步来理清楚：

1. 先确认Office365的别名配置是否真的生效
   你已经在Exchange Admin Center给tooling@my.domain加了ssp@my.domain的别名，但要注意两个点：

• 这个别名必须是绑定到tooling@my.domain账号的邮箱别名（不是单独创建的发送别名），而且Exchange的配置同步需要时间，一般要等10-15分钟，别刚配置完就急着测试；
• 要确保ssp@my.domain这个别名没有被其他账号占用，比如有没有其他邮箱或者共享邮箱用了这个地址，Office365不允许别名重复。

2. 检查LTB-SSP的MAIL_FROM配置是否完整正确
   你贴的配置里MAIL_FROM的值是"ssp@my.doma..."，看起来像是被截断了？一定要填完整的ssp@my.domain，不能有省略或者拼写错误，比如域名少打了字符、@符号写错，这种低级错误很容易踩坑。
   另外，有些版本的LTB-SSP可能需要同时配置MAIL_FROM_NAME（发件人显示名称），不过这个不影响发件人地址，先把地址配置完整再说。

3. Office365 SMTP的发件人强制限制
   Office365的smtp.office365.com服务有个默认限制：用主账号认证后，默认会把发件人地址强制替换成主账号地址，除非你满足两个条件：

• 别名已经正确添加到主账号，并且Exchange同步完成；
• 发送邮件时，SMTP的MAIL FROM命令里的地址确实是这个别名（LTB-SSP的MAIL_FROM配置应该对应这个命令）。
  如果你用测试工具验证过别名是有效的，但LTB-SSP还是不行，可能是旧版本的LTB-SSP没有正确把MAIL_FROM的值传递给SMTP命令，这时候可以考虑升级到最新的稳定版镜像。

4. 用测试工具定位问题根源
   最快的排查方法是绕开LTB-SSP，直接用本地工具测试Office365的SMTP是否支持别名发件：
   比如用PowerShell（Windows本地）测试：

Send-MailMessage -From "ssp@my.domain" -To "your-test-email@your-domain.com" -Subject "Test Alias Sender" -Body "This is a test email from alias" -SmtpServer "smtp.office365.com" -Port 587 -UseSsl -Credential (Get-Credential tooling@my.domain) -DeliveryNotificationOption OnFailure

如果这个测试发送的邮件，收件人那边显示发件人是ssp@my.domain，说明问题出在LTB-SSP的配置或者版本上；如果测试也失败，那就是Office365那边的配置有问题，比如别名没同步、权限没开。

备注：内容来源于stack exchange，提问作者Ror