Microsoft Graph应用权限下多用户日历事件创建问题排查

• 已完成Azure AD应用注册与应用程序权限配置，可正常获取accessToken，为单个用户创建日历事件可成功执行
• 尝试在事件Attendees列表添加多个同租户参会人（vinay@yfdln.onmicrosoft.com、AdeleV@yfdln.onmicrosoft.com），调用单用户创建事件接口时，收到退信，报错为550 5.7.501 Service unavailable. Spam abuse detected from IP range
• 尝试在Users[]参数中传入逗号拼接的多个邮箱地址调用接口，直接返回ResourceNotFound错误，提示资源无法发现
• 需求：通过已配置的应用程序权限，使用同一个accessToken为多个用户创建日历事件

• Users[]参数单次仅支持传入单个用户ID/UPN（即用户邮箱），传入逗号拼接的多邮箱字符串时，接口会把整个字符串识别为一个不存在的用户ID，必然返回ResourceNotFound，这是接口路径的基础规则，不存在批量传用户ID的写法。
• 加了参会人后收到退信，本质是使用无用户上下文的应用权限代发会议邀请时，触发了Exchange Online的反垃圾邮件规则，新测试租户、未经过信誉积累的应用发信很容易被判定为垃圾邮件，和传参会人的代码逻辑无关。
• 核心认知误区：没有任何单次Graph接口调用可以同时给多个用户创建日历事件。给参会人发邀请自动同步日历、和主动在每个用户日历下插入事件是两套完全独立的逻辑，不要混为一谈。

根据实际需求二选一即可，两种方案都可以复用同一个accessToken，不需要重复获取。

方案1：创建正式会议，自动同步到所有参会人日历 #

这种场景不需要给每个参会人单独创建事件：只需要在会议组织者的日历下创建带完整参会人列表的事件，Exchange会自动给所有参会人投递会议邀请，参会人邮箱收到邀请后（或租户配置了自动接受会议规则时）会自动在对应参会人日历下生成关联的会议事件。
针对遇到的垃圾邮件拦截问题，按以下步骤排查处理：

• 确认应用已经被授予Calendars.ReadWrite应用权限，且已经完成租户管理员同意
• 测试阶段触发的拦截，可以由租户Exchange管理员在反垃圾邮件策略中，将代发会议的组织者账号、应用对应的服务主体加入发信白名单，测试时优先使用同租户内的测试账号，不要给外部租户邮箱发邀请
• 创建事件时补全必要字段，不要留空的组织者信息，减少被判定为垃圾邮件的概率

方案2：批量给多个用户独立插入日历事件（不发送会议邀请） #

如果需求是直接在多个用户的日历里插入事件，不需要发会议邀请邮件，直接遍历所有目标用户，逐个调用单用户创建事件接口即可，应用权限下的accessToken有权限操作租户内所有授权范围内的用户资源。
参考实现代码：

/// <summary>
/// 批量为多个用户创建独立日历事件
/// </summary>
/// <param name="accessToken">应用权限获取的有效accessToken</param>
/// <param name="targetUserEmails">需要创建事件的目标用户邮箱列表</param>
/// <param name="eventBaseInfo">事件基础信息</param>
/// <returns></returns>
public static async Task BatchCreateCalendarEvents(string accessToken, List<string> targetUserEmails, Event eventBaseInfo)
{
    var graphClient = new GraphServiceClient(accessToken);
    foreach (var userEmail in targetUserEmails)
    {
        try
        {
            var userEvent = new Event
            {
                Subject = eventBaseInfo.Subject,
                Body = eventBaseInfo.Body,
                Start = eventBaseInfo.Start,
                End = eventBaseInfo.End,
                Location = eventBaseInfo.Location,
                // 独立创建事件时清空参会人列表，避免触发会议邀请发信
                Attendees = new List<Attendee>(),
                TransactionId = Guid.NewGuid().ToString()
            };
            await graphClient.Users[userEmail].Events.Request().AddAsync(userEvent);
        }
        catch (Exception ex)
        {
            // 自行实现单用户创建失败的重试、日志逻辑
            Console.WriteLine($"用户{userEmail}事件创建失败：{ex.Message}");
        }
    }
}

注意：如果使用该方案，不要给每个用户的事件都带上其他参会人信息，否则每个用户都会作为组织者给全量参会人发重复邀请，大概率触发垃圾邮件拦截。

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