Google Calendar API v3 .Net：设置活动组织者及获取参会者回复通知

我来帮你解决这个问题！核心原因是你当前用服务账号直接操作的是服务账号自己的默认日历，所以即使你在Event对象里设置了Creator和Organizer，Google Calendar API会自动覆盖为服务账号本身——这也是为什么参会者看到的组织者是那个iam.gserviceaccount.com邮箱，回复也只会发给服务账号。

接下来分两种场景给你针对性的解决方案：

情况1：组织者是Google Workspace（原G Suite）域名用户（比如organizer@example.net） #

如果你的组织者属于自己管理的Google Workspace域名，最规范的做法是给服务账号启用域范围委派，让它可以模拟该组织者用户进行操作。这样创建的活动会完全以目标组织者的身份发起，参会者的回复自然会发送到该组织者的邮箱。

前置操作（Google Admin控制台）： #

1. 登录你的Google Admin控制台，找到服务账号所属的项目。
2. 给该服务账号开启域范围委派（Domain-wide Delegation）功能。
3. 授权服务账号访问https://www.googleapis.com/auth/calendar这个权限范围（需在Admin控制台的API权限列表中添加）。

修改后的代码： #

private static Event SendCalendarInvitation()
{
    try
    {
        string credPath = @"C:\calendar.json";
        var json = File.ReadAllText(credPath);
        var cr = JsonConvert.DeserializeObject<PersonalServiceAccountCred>(json);

        // 关键：添加Impersonate配置，指定要模拟的组织者邮箱
        var xCred = new ServiceAccountCredential(
            new ServiceAccountCredential.Initializer(cr.client_email)
            {
                Scopes = new[] { CalendarService.Scope.Calendar },
                User = "organizer@example.com" // 这里设置目标组织者的邮箱
            }.FromPrivateKey(cr.private_key));

        // 创建Calendar服务
        CalendarService service = new CalendarService(new BaseClientService.Initializer()
        {
            HttpClientInitializer = xCred
        });

        Event calendarEvent = new Event
        {
            Summary = "Example Event",
            Location = "Los Angeles",
            Description = "Description",
            Start = new EventDateTime()
            {
                DateTime = new DateTime(2018, 6, 2, 10, 0, 0),
                TimeZone = "America/Los_Angeles"
            },
            End = new EventDateTime()
            {
                DateTime = new DateTime(2018, 6, 2, 12, 0, 0),
                TimeZone = "America/Los_Angeles"
            },
            Attendees = new List<EventAttendee>()
            {
                new EventAttendee() { Email = "organizer@example.com", Organizer = true},
                new EventAttendee() { Email = "attendee@gmail.com"}
            },
            Reminders = new Event.RemindersData()
            {
                UseDefault = false,
                Overrides = new List<EventReminder>()
                {
                    new EventReminder() { Method = "email", Minutes = 30 },
                    new EventReminder() { Method = "email", Minutes = 14400 }
                }
            }
        };

        Event calendarEventResult = null;
        var statusCode = System.Net.HttpStatusCode.Accepted;
        try
        {
            // 现在操作的是organizer@example.com的默认日历
            var request = service.Events.Insert(calendarEvent, "primary");
            request.SendNotifications = true;
            calendarEventResult = request.Execute();
        }
        catch (Exception ex)
        {
            statusCode = System.Net.HttpStatusCode.BadRequest;
            // 建议添加日志记录便于排查问题
        }
        return calendarEventResult;
    }
    catch (Exception ex)
    {
        // 建议添加日志记录
        return null;
    }
}

情况2：组织者是非Workspace域名用户（比如Gmail/Outlook邮箱） #

如果组织者是外部Gmail或Outlook用户，服务账号无法直接模拟这类用户（域范围委派仅适用于自身管理的Workspace域名）。这时候需要让组织者手动将自己的日历共享给服务账号，授予编辑权限，然后服务账号直接操作该用户的日历。

前置操作： #

1. 让组织者打开自己的Google Calendar，进入「设置和共享」页面。
2. 添加服务账号邮箱（calendar@example-calendar.iam.gserviceaccount.com）为共享用户，权限设置为「修改和管理活动」。

修改后的代码： #

private static Event SendCalendarInvitation()
{
    try
    {
        string credPath = @"C:\calendar.json";
        var json = File.ReadAllText(credPath);
        var cr = JsonConvert.DeserializeObject<PersonalServiceAccountCred>(json);

        var xCred = new ServiceAccountCredential(
            new ServiceAccountCredential.Initializer(cr.client_email)
            {
                Scopes = new[] { CalendarService.Scope.Calendar }
            }.FromPrivateKey(cr.private_key));

        CalendarService service = new CalendarService(new BaseClientService.Initializer()
        {
            HttpClientInitializer = xCred
        });

        Event calendarEvent = new Event
        {
            Summary = "Example Event",
            Location = "Los Angeles",
            Description = "Description",
            Start = new EventDateTime()
            {
                DateTime = new DateTime(2018, 6, 2, 10, 0, 0),
                TimeZone = "America/Los_Angeles"
            },
            End = new EventDateTime()
            {
                DateTime = new DateTime(2018, 6, 2, 12, 0, 0),
                TimeZone = "America/Los_Angeles"
            },
            Attendees = new List<EventAttendee>()
            {
                new EventAttendee() { Email = "organizer@gmail.com", Organizer = true},
                new EventAttendee() { Email = "attendee@gmail.com"}
            },
            // 手动指定Creator和Organizer为目标用户
            Creator = new Event.CreatorData() { Email = "organizer@gmail.com", DisplayName = "Organizer" },
            Organizer = new Event.OrganizerData() { Email = "organizer@gmail.com", DisplayName = "Organizer" },
            Reminders = new Event.RemindersData()
            {
                UseDefault = false,
                Overrides = new List<EventReminder>()
                {
                    new EventReminder() { Method = "email", Minutes = 30 },
                    new EventReminder() { Method = "email", Minutes = 14400 }
                }
            }
        };

        Event calendarEventResult = null;
        var statusCode = System.Net.HttpStatusCode.Accepted;
        try
        {
            // 关键：这里不用"primary"，而是传入组织者的邮箱作为日历ID
            var request = service.Events.Insert(calendarEvent, "organizer@gmail.com");
            request.SendNotifications = true;
            calendarEventResult = request.Execute();
        }
        catch (Exception ex)
        {
            statusCode = System.Net.HttpStatusCode.BadRequest;
            // 建议添加日志记录
        }
        return calendarEventResult;
    }
    catch (Exception ex)
    {
        // 建议添加日志记录
        return null;
    }
}

额外提示： #

• 两种方案的核心都是让服务账号代表目标组织者的日历创建活动，而非操作服务账号自身的日历。
• 若使用Workspace场景，优先选择域范围委派方案，这是官方推荐的企业级用法，无需用户手动共享日历，体验更流畅。
• 测试前请确认服务账号的权限配置正确，比如能否正常访问目标用户的日历资源。

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