Event attendee status is not reflected in invite sent to attendees - microsoft-graph-api

Question

I am currently experiencing inconsistent behavior when creating a new calendar event via the Graph API.
I am marking an attendee for an event as status: Accepted. When the calendar event is created, I can see this attendee marked as Accepted within Outlook. (see below for sample API request)
However, in the invite that goes out to the attendee (and by extension, the attendee's calendar event), the not status is reflected. The event is awaiting a response.
This creates an inconsistency where, from the perspective of the event organizer, the attendee has "Accepted", but from the perspective of the attendee, the event is pending response.
What is the intended behavior here? Can we expect an update in the future that will make this behavior consistent with the above.
Example API request: To create an event, we're posting to https://graph.microsoft.com/v1.0/me/events with a payload like
{
"subject":"Subject",
"body":{
"contentType":"Text",
"content":"Meeting body"
},
"start":{
"dateTime":"2018-04-13T00:00:00Z",
"timeZone":"UTC"
},
"end":{
"dateTime":"2018-04-13T00:30:00Z",
"timeZone":"UTC"
},
"isAllDay":false,
"location":{
"displayName":null
},
"attendees":[
{
"emailAddress":{
"address":"redacted#gmail.com",
"name":"Test Testington"
},
"type":"required",
"status":{
"response":"accepted"
}
}
]
}

Answer 1

The response status is stored independently in each mailbox/calendar. Each attendee has their own copy of the event. When an update to a meeting is received, the mail server looks up the associated event in the recipient's mailbox using the iCalUId property. Each event in each mailbox is a unique record, only linked by this shared iCalUId.
Everything the recipient knows about an event is provided via the iCal object attached to the meeting invite. There isn't a mechanism to "look up" events on a remote server. So while you're marking the attendee as "Accepted", the remove mailbox has no way of knowing this.