在Azure配置应用通过Graph API操作Outlook日历的最简步骤

你之前找错了权限所属分类：Outlook日历相关操作权限全部归属Microsoft Graph服务，Office 365 Management API仅用于租户级审计、服务状态查询类场景，不包含任何日历、邮件这类个人邮箱数据的操作权限，不需要在该分类下查找。

具体配置步骤如下：

• 注册基础应用
  进入Azure门户的Azure Active Directory面板，选择「应用注册」-「新注册」，自定义填写应用名称，其余选项保持默认直接提交注册。注册完成后复制保存好生成的应用程序(客户端)ID、目录(租户)ID，后续C#代码初始化Graph SDK客户端时需要用到这两个参数。
• 配置重定向URI
  打开已注册应用的「身份验证」栏，点击「添加平台」：如果是开发控制台、WPF、WinForm这类本地桌面C#程序，直接选「移动和桌面应用」，勾选官方默认的公共客户端重定向地址https://login.microsoftonline.com/common/oauth2/nativeclient；如果是开发Web项目就选「Web」，填写你自己项目的回调地址即可。配置完成后把页面下方「允许公共客户端流」选项设为「是」，保存配置。
• 配置日历操作所需权限
  打开「API权限」栏，先删除不需要的冗余权限，再点击「添加权限」，在弹出的选择面板最顶部选中Microsoft Graph：
  • 个人开发、仅需要用户登录后操作自己名下日历的场景，选择「委托的权限」，搜索勾选Calendars.ReadWrite即可，这个权限完全覆盖日历项的读取、搜索、新增、删除、更新全量操作需求，保留默认自带的User.Read权限不需要额外改动。
  • 如果是需要后台无人工登录、直接操作指定用户日历的服务类场景，再选择「应用程序权限」，同样勾选Calendars.ReadWrite，这类权限需要租户管理员同意才能生效，个人自用场景优先选委托权限，配置流程更简单。
    权限添加完成后，点击列表上方的「授予管理员同意」按钮确认授权，避免后续登录时出现权限未审批的报错。
• （可选）配置客户端密钥
  仅当你使用Web机密客户端、或者应用程序权限场景时需要做这步：打开「证书和密码」栏，新建一个客户端密码，复制保存生成的密码值，该值仅在创建时显示一次，关闭页面后无法再次查看。如果是桌面客户端用委托权限的公共流，这步可以完全跳过。

踩坑提示：配置完成后用Graph SDK测试时，不要直接用全局的Graph服务客户端实例，要按照你使用的认证流传入对应的令牌参数，委托权限场景下登录对应账号后，就可以直接操作账号下的Outlook日历数据。

内容的提问来源于stack exchange，提问作者Julius Alexander