使用@outlook.com个人账号调用Graph API /me/messages接口提示租户不存在咨询

• 应用注册配置不匹配：你当前使用@outlook.com后缀的个人微软账户，若你在Azure AD中注册应用时选择的账户类型未包含「个人微软账户」选项，平台会将你的登录请求路由到应用所属的组织租户（即报错中提到的571284a0开头的租户），而你的个人账号不属于该租户，因此触发租户不存在的报错。
• 租户端点配置错误：Java SDK的AuthorizationCodeCredential默认会使用应用所属的组织租户ID作为认证端点，针对个人微软账户必须指定consumers作为租户标识，才能路由到个人账户专属的认证服务。你未指定该参数、Postman调用时错误使用common端点请求令牌，都会导致令牌签发的租户不符合要求，因此生成的访问令牌和Graph Explorer的令牌不一致，也无法通过Graph API的校验。
• Graph Explorer的令牌有效性原因：Graph Explorer是微软官方预注册的应用，默认支持所有类型的微软账户，会自动根据账户类型选择对应的consumers端点为个人账号签发令牌，且自动申请了接口所需的权限，因此它的令牌可以正常调用接口。

• 调整应用注册的账户类型：进入Azure AD应用注册页面，将你的应用账户类型修改为「任何组织目录中的账户和个人微软账户（如Xbox、Outlook.com）」。
• 修正Java SDK配置：在AuthorizationCodeCredentialBuilder构造时添加.tenantId("consumers")配置，示例代码如下：

final AuthorizationCodeCredential authCodeCredential = new AuthorizationCodeCredentialBuilder()
            .tenantId("consumers")
            .clientId("b****08f-*****-4d49-****-cba7d9a****c")
            .clientSecret("8***7Q~GW0N******Y_N*****Zi******") 
            .authorizationCode("0.AVUAoIQSV...")
            .redirectUrl("http://localhost/auth-responses")
            .build();

• 检查权限配置：确保你的应用已经配置了Mail.Read或Mail.ReadWrite的委托权限，获取授权码时请求的scope参数包含对应权限，且用户已同意该权限申请。
• 修正Postman调用配置：将令牌请求端点替换为https://login.microsoftonline.com/consumers/oauth2/v2.0/token，使用OAuth 2.0 v2端点请求个人账号的访问令牌。

内容的提问来源于stack exchange，提问作者shubh gaikwad