Azure Logic Apps无连接场景：如何按请求用不同账户创建Outlook任务？

这个需求在多用户协作场景下非常常见——要让Logic Apps能根据每个请求的用户身份，动态切换对应的Outlook账户完成任务创建，而不是绑定一个固定的连接器账户。下面给你几个实用的解决方案，你可以根据自身场景选择：

方案一：使用OAuth 2.0动态身份验证（推荐面向终端用户的场景） #

这是最直接的方式，核心是让每个请求携带用户自己的OAuth令牌，让Logic Apps用该令牌去调用Outlook服务：

• 当你在Logic Apps里添加Outlook动作时，不要选择已创建好的固定连接，而是选择「创建新连接」，并切换到OAuth令牌验证模式。
• 确保你的请求来源（比如前端应用、API网关）能获取到用户的有效OAuth令牌，令牌需要包含Outlook任务操作的权限（比如Tasks.ReadWrite）。
• 在Outlook动作的「高级选项」中，将身份验证类型改为「OAuth 2.0」，然后把请求中携带的令牌作为Bearer令牌填入对应的字段。这样每次请求都会用用户自己的身份去创建任务，完全和请求发起者的账户绑定。

方案二：使用Azure AD服务主体+委派权限（适合企业内部场景） #

如果是企业内部的用户，你可以借助Azure AD的服务主体来实现动态身份切换：

• 先在Azure AD中注册一个应用程序，为其添加Outlook相关的委派权限（比如Tasks.ReadWrite.All），并完成权限的管理员同意。
• 在Logic Apps的Outlook动作中，选择「使用服务主体」身份验证，填入租户ID、客户端ID、客户端密钥等信息。
• 在请求中传递目标用户的UPN（用户主体名称，比如2@office.com），Logic Apps会通过服务主体代表该用户去调用Outlook API，从而在指定用户的邮箱中创建任务。

方案三：直接调用Microsoft Graph API（最灵活的无连接器方案） #

如果你觉得连接器的限制太多，可以绕过Outlook连接器，直接调用Microsoft Graph的Outlook任务API：

• 同样需要请求携带用户的有效OAuth令牌（需包含Tasks.ReadWrite权限）。
• 在Logic Apps中添加一个「HTTP」动作，设置请求方法为POST，请求URL为https://graph.microsoft.com/v1.0/me/tasks（这里的me会自动识别令牌对应的用户）。
• 在请求头中添加Authorization: Bearer {用户令牌}，然后在请求体中按照Graph API的格式编写任务内容（比如标题、截止时间等）。这种方式完全不受固定连接器的约束，灵活性拉满。

注意事项 #

• 无论采用哪种方案，都要确保用户的OAuth令牌具备足够的权限，且令牌的受众（aud）正确指向Microsoft Graph或Outlook服务。
• 如果是前端传递令牌，建议通过API网关或Azure AD B2C来处理身份验证流程，避免令牌泄露风险。

内容的提问来源于stack exchange，提问作者Rahul Chavan