Exchange邮箱SMTP配置必须使用现代加密协议，Host为smtp.office365.com、Port为587、SMTPSecure为STARTTLS、Username为完整邮箱地址，启用MFA时需用应用密码，且setFrom()地址须与Username完全一致。
Exchange邮箱SMTP配置必须用现代加密协议
Exchange Server（尤其是 Office 365 / Microsoft 365）已全面禁用不带加密的 SMTP 身份验证（即明文 AUTH LOGIN），且自 2023 年起默认关闭基本认证（Basic Auth）。直接填 SMTPAuth = true + Username/Password 会报错 Authentication failed 或 535 5.7.3 Authentication unsuccessful。
你必须使用以下任一方式之一：
- 启用现代身份验证（Modern Auth），但 PHPMailer 当前（v6.9.x）不原生支持 OAuth2 流程，需额外集成
league/oauth2-client或调用 Microsoft Graph API 获取 access_token - 改用 Microsoft 推荐的替代方案：应用密码（App Password） —— 仅适用于已开启双重验证（MFA）的账户，且需在 Microsoft 安全设置中手动创建
- 退而求其次：在 Exchange 管理中心临时启用“基本认证”，但微软已标记为“弃用”，生产环境严禁开启
PHPMailer 连接 Exchange 的关键参数组合
以 Office 365 为例，正确配置不是套用 QQ/163 模式，而是严格匹配微软官方文档要求。常见错误是把 SMTPSecure 和 Port 随意配对。
-
Host必须为smtp.office365.com（不是 outlook.office365.com，也不是 mail.contoso.com） -
Port只能选587，不能用 465（Office 365 不接受 SSL 连接） -
SMTPSecure必须设为PHPMailer::ENCRYPTION_STARTTLS（不是ENCRYPTION_SMTPS） -
SMTPAuth必须为true，且Username是完整邮箱地址（如user@contoso.com），不是用户名 -
Password若启用了 MFA，则必须填应用密码；若未启 MFA，需确认管理员已在 Exchange 后台允许该账户使用基本认证（极不推荐）
发件人地址与 Exchange 的权限校验强绑定
Exchange 会严格校验 setFrom() 地址是否与 Username 完全一致，哪怕只是大小写不同或带了别名，都会触发 550 5.7.1 Client does not have permissions to send as this sender。
立即学习“PHP免费学习笔记（深入）”；
- 务必让
$mail->setFrom('user@contoso.com', 'Name')中的邮箱和$mail->Username完全相同 - 如果要用代发（如系统通知统一显示为
no-reply@contoso.com），必须由 Exchange 管理员提前在后台为实际登录账户授予“发送为”（Send As）权限 - 不要尝试用
$mail->Sender绕过校验——Exchange 忽略该字段，只认setFrom()和认证凭据的一致性
调试时最容易忽略的两个底层限制
很多“配置看起来全对却发不出”的问题，根源不在 PHPMailer，而在 Exchange 的策略层或网络层。
- Exchange 默认限制单账户每分钟最多发送 30 封邮件（Office 365 E3/E5 计划），超限后后续请求直接静默失败，不返回明确错误，只表现为
send() === false且$mail->ErrorInfo为空 - 企业防火墙或云主机安全组常拦截出站 587 端口连接，建议先用命令行验证连通性：
telnet smtp.office365.com 587；若超时，说明网络层被阻断，PHPMailer 再怎么配也没用
Exchange 的 SMTP 配置不是填对几个字段就能跑通的事，它本质是一套权限+协议+策略的组合体。漏掉任意一环，比如没开 MFA 就想用应用密码，或者没授 Send As 权限就换发件人，都会卡在某个看似无关的报错里。动手前先确认账户状态、MFA 设置、管理员授权这三项，比反复调参数更省时间。
