Permissions: Job Admin or above

Product tier: Available for all subscription tiers

After enabling the Outlook365 integration, there may be situations where any shared calendars, shared mailbox calendars, or other calendars where you have edit access won't display in the dropdown menu, and you'll only have access to your primary calendar.

As Outlook 365 releases new scheduling permissions to its users, you may be required to update your permissions to use this new approach.

Manually update your calendar permissions

To update your permissions, the calendar owner and the user who needs to schedule must log into the Outlook365 web app and complete the following steps:

  • The calendar owner updates their sharing permissions
  • The calendar owner re-adds the scheduling user's access
  • The scheduling user re-accepts the calendar invitation

Note: This issue can't be fixed on the desktop application.

Update sharing permissions

The owner of the calendar should right-click on the calendar to open the Sharing Permissions (for a shared mailbox, a user with access to manage the mailbox’s sharing permissions must open the shared mailbox directly).


Re-add the user

The calendar owner should remove the user’s access to the calendar and then re-add the user’s access (the can edit permission is needed to schedule to a calendar via the integration).


Accept shared invite

The recipient user who wants to access the calendar in Greenhouse must re-accept the shared calendar invitation through the web app.


After completing these steps, the user who accepts the invitation should see the re-shared calendars in their Greenhouse Recruiting account. 

Microsoft Outlook365 explanation for accessing a shared calendar

When attempting to access events in a calendar that has been shared by another user using the following operation:

GET \users('{id}')\calendars('{id}')\events

You may get HTTP 500 with the error code ErrorInternalServerTransientError. The error occurs because:

  • Historically, there are two ways that calendar sharing has been implemented, which, for the purpose of differentiating them, are referred to as the "old" approach and "new" approach.
  • The new approach is currently available for sharing calendars with view or edit permissions, but not with delegate permissions.
  • You can use the calendar REST API to view or edit shared calendars only if the calendars were shared using the new approach.
  • You cannot use the calendar REST API to view or edit such calendars (or their events) if the calendars were shared using the old approach.

If a calendar was shared with a view or edit permissions but using the old approach, you can now work around the error and manually upgrade the calendar sharing to use the new approach. Over time, Outlook will automatically upgrade all shared calendars to use the new approach, including calendars shared with delegate permissions.

To manually upgrade a shared calendar to use the new approach, follow these steps:

  1. The recipient removes the calendar that was previously shared to them.
  2. The calendar owner re-shares the calendar in Outlook on the web, Outlook on iOS, or Outlook on Android.
  3. The recipient re-accepts the shared calendar using Outlook on the web. (It will be possible to use other Outlook clients soon.)
  4. The recipient verifies that the calendar has been re-shared successfully using the new approach by being able to view the shared calendar in Outlook on iOS or Outlook on Android.

A calendar shared with you in the new approach appears as just another calendar in your mailbox. You can use the calendar REST API to view or edit events in the shared calendar as if it's your own calendar. As an example:

GET \me\calendars('{id}')\events