Rust无GUI环境下通过Outlook SMTP OAuth2设备码流发邮件时，遇'client_assertion'或'client_secret'错误求助

我之前也踩过这个坑，这个错误的核心原因是Microsoft的OAuth2令牌端点没有正确识别到你传递的client_secret——虽然你在代码里已经设置了客户端密钥，但oauth2 crate默认的凭据传递方式（Basic Auth请求头）可能不被该端点兼容，导致它判定你未提供有效客户端凭据。

下面是具体的解决方案和排查要点：

1. 强制通过表单参数传递客户端凭据 #

修改你的BasicClient构建逻辑，显式设置认证方法为FormBody，让client_secret通过表单参数传递给Microsoft端点，而非默认的Authorization头。这是解决该问题的关键步骤：

let client = BasicClient::new(ClientId::new(client_id.to_string()))
    .set_client_secret(ClientSecret::new(client_secret.to_string()))
    .set_auth_method(oauth2::AuthMethod::FormBody) // 新增这一行！
    .set_auth_uri(AuthUrl::new(auth_url).unwrap())
    .set_token_uri(TokenUrl::new(token_url).unwrap())
    .set_device_authorization_url(DeviceAuthorizationUrl::new(device_url).unwrap());

Microsoft的设备码流令牌端点更倾向于接受表单参数形式的客户端凭据，而oauth2 crate默认的Basic Auth头方式可能被端点忽略，从而触发"缺少client_assertion或client_secret"的错误。

2. 额外排查要点 #

如果上述修改后仍然报错，你可以检查以下几点：

• Azure AD应用配置：确保你的应用程序在Azure AD中被标记为机密客户端（而非公共客户端），并且已经启用了"设备代码流"的认证方式（在Azure Portal的应用"认证"页面，检查"高级设置"里的"允许的流"选项）。
• 凭据正确性：确认client_secret是从Azure AD正确复制的——注意它的格式（包含波浪线~是正常的），不要带有多余的空格或换行符。
• 权限与Scope：你使用的https://outlook.office.com/.default Scope是正确的，但要确保你的Azure AD应用已经添加了SMTP相关的API权限（比如SMTP.Send），并完成了管理员授权（如果是组织租户）。

修改后的核心代码片段 #

let client = BasicClient::new(ClientId::new(client_id.to_string()))
    .set_client_secret(ClientSecret::new(client_secret.to_string()))
    .set_auth_method(oauth2::AuthMethod::FormBody) // 关键修改
    .set_auth_uri(AuthUrl::new(auth_url).unwrap())
    .set_token_uri(TokenUrl::new(token_url).unwrap())
    .set_device_authorization_url(DeviceAuthorizationUrl::new(device_url).unwrap());

按照这个方式调整后，你的令牌请求应该能正确传递client_secret，解决凭据识别错误，顺利获取access token后就能通过SMTP正常发送邮件了。

内容来源于stack exchange