Summary
Invitations are easier to keep up with. Every event the inbox can respond to now says how the inbox has answered, so an agent can find the invitations still waiting for a reply from the agenda alone. And an invitation email now records the calendar event it was applied to, so an agent can go from a message.received email straight to its event.
What’s new?
response_statuson calendar events: thestatusof the inbox’s own entry inattendees, on the events Respond to Event accepts (emailevents from an organizer that list the inbox). It is on agenda and instance list items too, which leave outattendees, and in calendar webhook and WebSocket events. A date of a recurring invitation answered on its own reports that date’s response. Events the inbox organizes have noresponse_status.calendar_event_idon messages: set on an email once its calendar invitation, update, cancellation or attendee reply has been applied to the inbox’s calendar, a few seconds after the email arrives. For an email about one date of a recurring event, it is that date’s event ID. Pass it to Get Event. It is returned wherever a message is: Get Message, List Messages and Get Thread. Emails whose invitation was not imported have none.- SDKs: Python 2.0.14 and TypeScript 0.5.42 include both fields (
response_statusandcalendar_event_idin Python,responseStatusandcalendarEventIdin TypeScript).
Use cases
Build agents that:
- Answer every invitation still waiting for a reply, without getting each event
- Handle an invitation email by looking at its event: check for conflicts, accept or decline, add notes in
metadata
Calendar is in private beta in US production. See Invitations for how invitations are received and answered.
