FreeScout连接Microsoft 365 SMTP服务故障排查指南

问题背景

近期有用户报告在将FreeScout升级到1.8.148版本后，无法通过Microsoft 365的SMTP服务发送邮件。值得注意的是，使用旧版本FreeScout的客户端仍能正常工作，且切换至Amazon SES服务凭证时功能正常。该问题同时影响同一服务器上配置的多个不同M365租户账户。

技术分析

通过日志分析发现，系统在尝试XOAUTH2认证时返回了535错误代码，提示"Authentication unsuccessful"。这通常表明认证流程中出现了以下可能问题：

1. OAuth令牌失效或未正确刷新
2. SMTP端点配置不匹配
3. 权限设置变更

解决方案

临时解决方案

修改核心文件中的SMTP端点配置：

1. 定位到/app/Misc/Mail.php文件
2. 将第52行修改为：

const OAUTH_MICROSOFT_SMTP = 'smtp.office365.com';

3. 重启服务

永久解决方案

建议执行完整的OAuth重新授权流程：

1. 在系统设置中完全断开现有Microsoft Exchange连接
2. 按照标准OAuth流程重新建立连接
3. 确保应用程序在Azure AD中的权限配置包含完整的SMTP发送权限

预防措施

为避免类似问题再次发生，建议：

1. 定期检查OAuth令牌的有效期状态
2. 在升级前备份当前有效的配置参数
3. 关注Microsoft 365服务端点的变更公告

深入技术原理

Microsoft 365的SMTP服务在1.8.148版本中出现的兼容性问题，可能与以下底层变更有关：

• SwiftMailer库的更新导致认证流程变化
• Microsoft最近强化的安全策略
• TLS协议版本的自动协商机制调整

建议系统管理员在遇到类似问题时，首先检查服务端日志中的详细错误信息，这往往能提供最直接的故障线索。同时保持FreeScout和依赖库的及时更新，以确保获得最新的兼容性修复。