Graph API创建日历事件：参会者状态在邀请与Outlook中不一致

I’ve run into this exact scenario before—when you set an attendee's status: Accepted directly while creating a calendar event via Graph API, it only updates the organizer's view of the event, but doesn’t trigger the backend processes needed to sync that status to the attendee’s inbox or their own calendar. Here’s why it happens and how to fix it:

Why the Status is Out of Sync #

The attendees[].status field in your event creation request is purely a record for the organizer’s calendar. Graph API treats this as a "local" update to the organizer’s event, not a formal attendee response. It doesn’t send any notification to the attendee, nor does it push the status change to their calendar or inbox.

Correct Approaches to Sync Attendee Status #

1. Simulate the Attendee Accepting the Invitation #

To get the status to sync across both sides, you need to trigger an official accept action from the attendee’s context (or a delegated identity with permission to act on their behalf). Use this Graph API endpoint:

POST /users/{attendeeUserId}/events/{eventId}/accept

This action will:

• Update the attendee’s calendar event status to "Accepted"
• Send a confirmation notification to the organizer (if configured)
• Mark the attendee’s invitation email as "Accepted"

2. Handle Resource Accounts (e.g., Meeting Rooms) #

If the attendee is a resource account like a meeting room, you can either:

• Configure the resource account to auto-accept valid invitations (via Exchange admin settings)
• When creating the event, set the attendee’s type to Resource and ensure your API has Calendars.ReadWrite permissions for resource calendars. Many resource accounts are pre-configured to auto-respond, which will sync the status automatically.

3. Avoid Setting status During Event Creation #

Skip setting attendees[].status when first creating the event. Send the invitation normally, then trigger the accept action via the endpoint above if you need to automate the attendee’s response.

Key Permissions Required #

• For delegated access (acting as a user): Calendars.ReadWrite (for your own events) or Calendars.ReadWrite.Shared (for shared/resource calendars)
• For application access (service principal): Calendars.ReadWrite (requires admin consent)

Quick Test Tip #

Use Graph Explorer to validate the accept endpoint first. Log in as the attendee user, locate the event ID in their calendar, and send the POST request. You’ll immediately see the status sync to both the attendee’s calendar and the organizer’s event view.

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