Gmail委派用户无法使用Send As发件（主账号可正常使用）

针对你遇到的情况——主Gmail账号自己用新配置的Send As（Office 365）发件没问题，但委派用户登录主账号后发件就失败，返回550 5.7.60 SMTP; Client does not have permissions to send as this sender错误，咱们可以从Gmail权限配置和Office 365权限/安全策略两方面一步步排查：

一、先检查Gmail端的委派权限与Send As设置 #

1. 确认委派用户的权限范围

   • 用主Gmail账号登录，进入「设置」→「账号和导入」→「委派访问」
   • 找到对应的委派用户，点击「编辑」，一定要确保勾选了**“允许用户发送邮件”**选项。如果之前没勾，勾完保存后让委派用户重新登录主账号试试。

2. 验证Send As配置的完整性

   • 同样在「账号和导入」→「发送邮件为」，找到新配的Office 365地址，点击「编辑信息」
   • 确认这几点：
     • 勾选了**“通过SMTP服务器发送”**
     • SMTP服务器（比如smtp.office365.com）、端口（587）、加密方式（TLS）都没错
     • 用户名是完整的Office 365邮箱地址，密码（如果O365开了MFA，必须用应用密码，不能用普通登录密码）正确
     • 可以勾选**“当回复发送到此地址的邮件时，默认使用该地址”**，避免发件上下文混乱

二、再查Office 365端的权限与安全策略 #

错误是Office 365的SMTP服务器返回的，说明O365不认委派用户发起的发件请求，重点查这几个地方：

1. 确认Office 365邮箱的Send As权限

   • 登录Office 365管理员中心，找到用来做Send As的那个目标邮箱
   • 进入「权限」→「Send As权限」，检查有没有添加你在Gmail Send As里填的那个O365邮箱账号本身——虽然理论上邮箱自己默认有Send As权限，但重新添加一次再保存，确保权限生效。

2. 排查Office 365的邮件流规则与安全策略

   • 看看有没有邮件流规则（传输规则）拦了委派用户的请求：进入管理员中心→「邮件流」→「规则」，查有没有限制特定发件人或IP的Send As操作的规则。
   • 检查SPF记录：确保你的Office 365域名的SPF记录包含了Gmail的IP范围（include:_spf.google.com），不然O365可能会把委派用户发的邮件当成伪造发件人，直接拒绝。

3. 检查Office 365的SMTP客户端权限

   • 进入目标O365邮箱的「设置」→「邮件」→「POP和IMAP」，确认**“允许设备和应用使用POP”和“允许设备和应用使用IMAP”**都开了（SMTP权限和这些是关联的）。
   • 另外在「邮件」→「同步电子邮件」里，确认SMTP服务状态正常。

三、如果还不行，试试这些进阶操作 #

• 让委派用户发件时手动选Send As地址，别用默认回复地址，排除地址匹配错误的问题。
• 用主账号登录，删掉当前的Send As配置重新加一遍，添加的时候一定要完成邮箱验证（Gmail会发验证邮件到O365邮箱，点链接确认）。
• 查Office 365的审核日志：进入管理员中心→「合规性」→「审核日志搜索」，搜SMTP相关的失败记录，看看具体拒绝原因，能帮你找到更细节的问题。

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