What calendar access SYNCDATE requests
The Google and Microsoft permissions SYNCDATE asks for when you connect an account, what each one allows, and how your choice limits what SYNCDATE uses.
Last updated
When you connect Google or Microsoft, SYNCDATE shows a permission step first. Your choice there decides which permissions SYNCDATE asks the provider for. SYNCDATE uses only what you chose, even if the provider screen lists more.
- Read calendars asks for
https://www.googleapis.com/auth/calendar.readonly. SYNCDATE reads events from the calendars you pick so it can copy them elsewhere. - Edit calendar events adds
https://www.googleapis.com/auth/calendar.events. SYNCDATE creates copies and updates or removes only the copies it created. Your original events stay unchanged. This choice needs read access. - Neither connects your Google account only. You can sign in, but you cannot create a sync until you turn on calendar access.
Microsoft
- Read calendars asks for
Calendars.Read. - Edit calendars I own asks for
Calendars.ReadWrite. - Read shared calendars adds
Calendars.Read.Shared. - Edit events in shared calendars adds
Calendars.ReadWrite.Shared. The calendar owner must also allow editing. See how shared Outlook calendar access works.
Every Microsoft connection also asks for User.Read (your name and email), plus openid, email, profile and offline_access so you can sign in and SYNCDATE can keep access without asking again each hour.
Optional Outlook category permissions
You can keep syncing without these permissions. Each grant applies to one Microsoft account.
- Read Outlook categories requests
MailboxSettings.Read. SYNCDATE uses it to list that mailbox's category names and colours. - Create Outlook category requests
MailboxSettings.ReadWritewhen you choose to create a category. SYNCDATE uses it to create the category you request. This needs a calendar-specific color choice on Pro or Team.
Microsoft grants access to mailbox settings beyond categories. The read permission allows reading those settings. The read-write permission also allows creating, changing and deleting them. SYNCDATE uses these permissions for category listing and explicit category creation. It does not use them to change other mailbox settings or to rename, recolour or delete existing category definitions.
Neither permission grants access to read or send email. These are delegated permissions for the account you authorize, not access to every mailbox in an organization. Your organization's Microsoft policy can require administrator approval or block consent.
Adding category access from the color picker preserves your existing calendar access. To remove a category permission already granted, manage SYNCDATE's access in Microsoft. A narrower consent request does not revoke the older grant.
See Microsoft's permission descriptions for the full scope of each grant.
Changing your choice later
Changing access in SYNCDATE does not always remove permissions you gave before at Google or Microsoft. After the provider approves the change, SYNCDATE follows only the new choice. If a sync needs access you turned off, SYNCDATE pauses it. The copies stay in place and stop updating. SYNCDATE resumes the sync after you restore access.
Related
Connecting a second or third account
How to add another Google, Microsoft or iCloud login, what happens when one is already connected, and what disconnecting does to your copies.
Connect a shared Outlook calendar
How Microsoft consent and calendar sharing work together, and when a shared calendar can be a sync source or target.
Account and connection messages
What each account status, calendar access label and connection error means when you connect Google, Microsoft, iCal or CalDAV, and how to fix it.
Connecting a second or third account
How to add another Google, Microsoft or iCloud login, what happens when one is already connected, and what disconnecting does to your copies.
Your work account needs admin approval
What to send your IT admin when your organisation blocks third-party calendar apps, and why only they can unblock it.