onEdit触发的MailApp.sendEmail()发件人非当前操作用户异常问题

根因说明 #

你遇到的发件人切换是Google Workspace教育版的群组权限规则和MailApp的容错逻辑共同作用的结果，和收件人类型直接相关：

• 你目前使用的MailApp.sendEmail()默认优先以触发脚本的当前用户身份发信
• 当收件人为邮件列表（谷歌群组）地址时，系统会先校验发件人是否在该群组的允许发件人名单中：如果当前触发用户没有发信权限，MailApp会自动回退到绑定脚本的所有者（也就是你）的身份完成发信，避免发送失败
• 普通个人邮箱、外部邮箱没有这个前置权限校验，因此始终以当前触发用户为发件人

无需重新授权的解决方案 #

不需要切换到GmailApp，可根据你的场景选择以下方案：

方案1：调整邮件列表权限（最便捷） #

打开对应谷歌群组的设置页，找到「谁可以向群组发帖」配置项，将权限范围调整为你的组织内所有用户，或是把所有需要使用该表格触发发信的用户加入允许发件人列表。消除权限校验不通过的场景后，就不会触发发件人fallback逻辑，发件人会固定为当前触发用户。

方案2：显式指定固定发件人 #

在MailApp.sendEmail()的参数中新增from字段，指定一个所有触发用户都有权限使用的邮箱别名作为固定发件人，彻底避免发件人切换：

MailApp.sendEmail({
  to: "目标邮件列表地址",
  subject: "通知标题",
  htmlBody: "格式化后的表格内容",
  // 替换为你组织内的公共邮箱别名，需提前确认所有用户都有该别名的发送权限
  from: "public-notice@your-edu-domain.com"
})

方案3：调整触发器部署逻辑 #

删除你作为脚本所有者创建的全局可安装onEdit触发器，引导每个使用表格的用户自行创建属于自己的onEdit可安装触发器。此时脚本的运行身份永远是触发操作的用户本人，就算群组权限校验失败，邮件会直接返回权限错误而非用你的账号代发，也能解决发件人不一致的问题，且用户不需要额外授权GmailApp相关权限。

注意事项 #

• 采用方案2前需要确认你的Workspace管理员已开启用户别名发送授权，否则指定from参数会触发权限报错
• 采用方案3时，只需给用户提供简单的触发器创建操作指引，全程不需要修改代码，单用户操作耗时不超过1分钟

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