Azure active directory 使用Microsoft Graph邀请B2B用户(Azure AD来宾帐户),无需重定向URL

Azure active directory 使用Microsoft Graph邀请B2B用户(Azure AD来宾帐户),无需重定向URL,azure-active-directory,microsoft-graph-api,Azure Active Directory,Microsoft Graph Api,我可以为B2B用户创建一个邀请 https://graph.microsoft.com/v1.0/invitations 和身体 { "invitedUserEmailAddress": "yyy@test.com", "inviteRedirectUrl": "https://myapp.com" } 这会在用户兑现邀请后将其重定向到“” 赎回后是否可以邀请某人而不重定向? 如果这不是绝对必要的,我想避免为了这个目的而设置确认网页的麻烦。但是,API不接受“inviteRedire

我可以为B2B用户创建一个邀请

https://graph.microsoft.com/v1.0/invitations
和身体

{
  "invitedUserEmailAddress": "yyy@test.com",
  "inviteRedirectUrl": "https://myapp.com"
}
这会在用户兑现邀请后将其重定向到“”

赎回后是否可以邀请某人而不重定向?
如果这不是绝对必要的,我想避免为了这个目的而设置确认网页的麻烦。但是,API不接受“inviteRedirectUrl”的null、空或相对URL

不,没有。重定向URL字段是必需的。但是,您可以重定向到各种URL。所以你可以重定向到你公司的通用页面,或google.com,或

inviteRedirectUrl(字符串)取消邀请后,URL用户应重定向到必需

更多信息:


还有一个:

谢谢,我也这么想。你知道为什么会这样吗?将其设置为强制性似乎是一个奇怪的设计决策。它是OAuth 2.0流的一部分:请注意,有“带外”uri,例如powershell返回uri,它类似于:urn:ietf:wg:OAuth:2.0:oob,允许您在没有“正确”返回url的情况下使用此流。编辑:如果您只是想省去托管本身的“麻烦”,我强烈建议您为此托管solo端点。@Svend:对不起,我不太明白您的最后一句话。哪个solo端点以及这将如何帮助我避免自己托管确认页面?solo端点意味着它是一个单文件端点。例如,如果您是本地应用程序,则不会返回uri,这样可以避免使用文件。