使用Google服务账户日历无法发送通知，API及手动操作均失效

嘿，我来帮你排查下这个通知失效的问题——毕竟我之前帮朋友处理过几乎一模一样的情况，大概率是这几个点没注意到：

1. 日历通知设置被意外改动 #

首先，你得确认服务账户对应的日历的通知开关有没有被关掉。因为服务账户本身没有自己的UI，你需要用那个共享的普通Google账户打开该日历，进入「设置和共享」→「通知」，检查活动创建和活动更新对应的邮件通知是否处于开启状态。有时候共享日历后，可能不小心碰了全局通知开关，导致所有操作都发不出通知。

2. API调用的sendUpdates参数设置 #

之前能发通知，现在不行的话，先检查你的API请求里的sendUpdates参数：

• Google Calendar API默认情况下，这个参数的取值是"none"，也就是不发通知；
• 你必须在插入或更新事件时，明确指定sendUpdates: "all"（给所有参与者发通知）或者sendUpdates: "externalOnly"（只给非域内/非日历共享用户发通知）；
• 近期API对这个参数的校验更严格了，如果拼写错误（比如写成sendupdate）会直接被当作"none"处理，这点很容易踩坑。

3. 共享日历的权限限制 #

你把日历共享给普通账户后，要检查两个权限设置：

• 普通账户的权限级别：如果只是「查看」权限，那手动操作肯定发不了通知；如果是「更改和管理事件」权限，还要看日历共享设置里是否勾选了允许修改者更改通知设置——没勾选的话，不管是手动操作还是服务账户的API操作，都没法触发通知。
• 另外，服务账户本身对这个日历的权限：要确保服务账户是日历的所有者或者拥有「更改和管理事件」的权限，否则API操作时没有发送通知的权限。

4. 域范围委派的问题（如果适用） #

如果你是用服务账户做域范围委派（代表域内用户操作日历），要确认：

• Google Admin控制台里的域范围委派设置没有被改动，权限列表里必须包含https://www.googleapis.com/auth/calendar.events或者更高权限的calendar范围；
• 有些域管理员可能会添加了第三方应用发送通知的限制，需要检查域的安全策略是否拦截了Calendar API的通知请求。

快速验证方案 #

• 先做个API测试：调用events.insert接口时，明确带上sendUpdates: "all"参数，然后查看响应里的notificationSettings字段，确认通知配置是否正确；
• 用拥有管理权限的普通账户手动创建一个测试事件，检查自己的邮箱是否收到通知——如果手动都收不到，那肯定是日历的通知设置或者共享权限出了问题；
• 去Google Cloud控制台的API日志里搜你的请求，看看有没有403权限错误，或者sendUpdates参数是否被正确传递。

对了，Calendar API近期没有公开的重大变更会直接导致通知失效，大概率还是配置层面的问题，按照上面的步骤排查应该能解决~

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