Unable to create a meet with personal outlook account

Question

Unable to create a meet with personal outlook account

akash srivastava 0

Teams meeting creation failed: Missing 'joinUrl' in the API response. This suggests an issue with the online meeting setup. When using a personal outlook or any other personal account is being used to create a teams meet through api. This error is very inconsistent and the reason is not very clear to me, please help me with the exact reason and how can I solve this. Thankyou

0 comments

1 answer

Your answer

Answer 1

Teddie-D 19,760 Microsoft External Staff Moderator

Hi @akash srivastava

According to Create event - Microsoft Graph v1.0 | Microsoft Learn, personal Microsoft accounts are supported for creating calendar events. However, creating a Teams online meeting as part of the event is not officially documented or guaranteed for personal Microsoft accounts.

From your description, it appears you're creating a Teams meeting for a personal Microsoft account by using POST /me/events with the payload shown in Example 4: Create and enable an event as an online meeting:

{
    "isOnlineMeeting": true,
    "onlineMeetingProvider": "teamsForBusiness"
}

The documentation for this example is primarily intended for Microsoft 365 work or school accounts, where teamsForBusiness is the supported online meeting provider.

According to event resource type - Microsoft Graph v1.0, the onlineMeetingProvider property supports several values, including unknown, teamsForBusiness, skypeForBusiness, and skypeForConsumer

From my testing, removing:

"onlineMeetingProvider": "teamsForBusiness"

User's image

or setting:

"onlineMeetingProvider": "unknown"

User's image

allows the request to successfully create the event and return a valid joinUrl for a personal Microsoft account.

Could you try one of these approaches and let us know whether it resolves the issue in your environment? That will help determine whether the onlineMeetingProvider value is contributing to the inconsistent behavior you're experiencing.

If the answer is helpful, please click "Accept Answer" and kindly upvote it. If you have extra questions about this answer, please click "Comment".

Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.

akash srivastava 0 Reputation points

2026-07-21T05:31:40.58+00:00

Thank you for your assistance in narrowing down our testing. I have encountered the same error when using a work email address, and we have also removed "onlineMeetingProvider". Could you please provide guidance on how to identify the root cause of this issue?
Teddie-D 19,760 Reputation points Microsoft External Staff Moderator

2026-07-21T06:03:49.1533333+00:00
Hi @akash srivastava

Thank you for the update. Since you are seeing the same behavior with a Microsoft 365 work/school account, could you please share more details about your testing (with all personally identifiable information and tenant-specific information removed)?

Since this is a user-to-user support forum, we cannot access Microsoft's backend systems or your environment to investigate the root cause. I recommend opening a support case with Microsoft so they can review backend logs and service-side diagnostics.

If you have an active Microsoft 365 subscription and are a Global Administrator, you can open a support request through the Microsoft 365 admin center. After submitting the request, a Microsoft Support engineer can assist further. You can read more at Get support - Microsoft 365 admin. Otherwise, please contact your IT administrator and ask them to raise a support ticket on your behalf.

For personal Microsoft accounts, contact support through Microsoft Contact Us>Type "Support" and click Get Help > Click Sign in to contact Support at the bottom of the page. > Under products and Services, select Microsoft 365 and Office Option > Under category, select technical Support > Chat with a support agent in your web browser.
akash srivastava 0 Reputation points

2026-07-21T07:41:30.92+00:00
We create a calendar event via Microsoft Graph with a company email and want it provisioned as a Teams meeting. The event is created successfully, but Graph returns isOnlineMeeting: false, onlineMeetingProvider: "unknown", and onlineMeeting: null, so no joinUrl is available.

Endpoint

POST https://graph.microsoft.com/v1.0/me/events Content-Type: application/json Authorization: Bearer <delegated user access token>

Authentication

Delegated OAuth2 (authorization code flow, refreshed via grant_type=refresh_token)

Token endpoint: https://login.microsoftonline.com/common/oauth2/v2.0/token (common / multi-tenant)

Scopes on the token: openid profile offline_access User.Read Mail.ReadWrite Calendars.ReadWrite

Acting as the organizing mailbox (/me); isOrganizer: true in the response

Organizing mailbox in this occurrence is a work/school (Azure AD) account (@odata.context keyed by an AAD object GUID)

Request body we currently send (values redacted; structure verbatim):

{ "subject": "<REDACTED>", "body": { "contentType": "HTML", "content": "<REDACTED>" }, "start": { "dateTime": "2026-07-22T07:00:00", "timeZone": "America/New_York" }, "end": { "dateTime": "2026-07-22T08:00:00", "timeZone": "America/New_York" }, "isOnlineMeeting": true, "attendees": [ { "emailAddress": { "address": "<REDACTED>", "name": "<REDACTED>" }, "type": "required" } ], "showAs": "busy", "hideAttendees": false }

Note: the request sets isOnlineMeeting: true but does not include an onlineMeetingProvider field.

What we observe

The HTTP call succeeds; the event is created and returns a valid id.

The returned event has:

isOnlineMeeting: false onlineMeetingProvider: "unknown" onlineMeeting: null onlineMeetingUrl: null

No joinUrl is present.

Relevant non-sensitive event metadata from the response

type: singleInstance isOrganizer: true isCancelled: false isDraft: false originalStartTimeZone: America/New_York originalEndTimeZone: America/New_York start.dateTime: 2026-07-22T07:00:00 (America/New_York) end.dateTime: 2026-07-22T08:00:00 (America/New_York) showAs: busy attendees: 3 required
Teddie-D 19,760 Reputation points Microsoft External Staff Moderator

2026-07-22T02:14:42.3133333+00:00
Hi @akash srivastava

I tested the same request payload in Microsoft Graph Explorer using a work account, including without specifying "onlineMeetingProvider": "teamsForBusiness". In my test, the event was created successfully as a Teams meeting, and Microsoft Graph automatically returned:

"isOnlineMeeting": true, "onlineMeetingProvider": "teamsForBusiness"

When the organizer is eligible to create Teams meetings, Microsoft Graph appears to populate the provider automatically.

Could you help confirm a few additional details about the affected organizer?

Is the organizer's mailbox hosted in Exchange Online, or is it an on-premises/hybrid mailbox?

Does the organizer have a Microsoft Teams license assigned, and are they able to create Teams meetings manually from Outlook?

Does the issue affect all users in the tenant or only specific users?
akash srivastava 0 Reputation points

2026-07-22T06:26:08.84+00:00

Hi,
Following further testing across several domains, it has been observed that while the organization has been assigned the Teams license, the scope appears to be limited to users.read, excluding calendar.readWrite. Initially, this was considered a potential root cause. However, another user within the same domain, possessing the identical scope, has been able to successfully create Teams meetings. Consequently, it is my assessment that the issue is affecting only specific users within the same workspace domain. Should this inquiry pertain to calendar permissions, kindly provide guidance on the procedure for a user to grant the requisite permissions.
Teddie-D 19,760 Reputation points Microsoft External Staff Moderator

2026-07-22T08:15:43.59+00:00
Hi @akash srivastava

Thank you for the update and for sharing the results of your testing.

Based on your findings, it appears the issue is affecting only specific users within the same tenant, rather than all users.

One point I'd like to clarify is that the Microsoft Graph OAuth scopes (such as Calendars.ReadWrite and User.Read) are determined by the access token issued to your application and are independent of whether a user has a Microsoft Teams license assigned. Since another user in the same tenant is able to create Teams meetings successfully using the same application and permissions, this suggests the application permissions are likely not the cause.

At this point, the issue seems more likely to be related to the affected users' individual configuration. Could you confirm the following for one of the affected users?

Is their mailbox hosted in Exchange Online?

Can they create a Teams meeting manually from Outlook or Microsoft Teams?

Does the issue also occur when signing in as that user in Microsoft Graph Explorer and submitting the same request?

If the behavior can be reproduced in Microsoft Graph Explorer for the affected user while another user in the same tenant succeeds with the same request, that would indicate the issue is specific to the user's mailbox or Teams configuration rather than the request payload or Microsoft Graph API itself.
akash srivastava 0 Reputation points

2026-07-23T05:36:07.4333333+00:00
Hi Teddy,

Thank you for your guidance. I will certainly revert to you with the requisite information from the end-user. In the interim, I wish to confirm one additional matter: I have recently re-evaluated the user's scope and observed that the user now possesses the following scope:

scope": "openid profile email https://graph.microsoft.com/Calendars.ReadWrite https://graph.microsoft.com/Mail.ReadWrite https://graph.microsoft.com/User.Read https://graph.microsoft.com/.default

With the user now possessing the calendar and mail permissions, will this facilitate the creation of Teams meetings via the POST me/events/ API?
Teddie-D 19,760 Reputation points Microsoft External Staff Moderator

2026-07-24T01:05:51.3866667+00:00
Hi @akash srivastava

Thank you for checking the updated scopes.

Having Calendars.ReadWrite and Mail.ReadWrite is certainly required for creating and modifying calendar events through Microsoft Graph. However, based on the behavior you've described, the permissions alone do not appear to be the determining factor in this case.

The reason I say this is that the API request is succeeding and the event is being created, but the returned event shows:

isOnlineMeeting: false onlineMeetingProvider: "unknown" onlineMeeting: null onlineMeetingUrl: null

This suggests that Graph has sufficient permission to create the event itself, but the Teams meeting portion is not being provisioned for the affected user.

In addition, you previously mentioned that another user in the same tenant is able to create Teams meetings successfully, which further suggests that simply granting Calendars.ReadWrite is unlikely to be the sole cause.

At this stage, it would be helpful to compare the affected user and a working user for any differences in mailbox configuration, Teams settings, licensing assignments, meeting policies, or other account-specific settings. It would also be useful to confirm whether the affected user can manually create Teams meetings from Outlook or Teams.

Since this is a user-to-user support forum, we do not have access to your tenant configuration, backend provisioning details, or Microsoft service diagnostics, so we cannot investigate the affected account directly. If the issue persists after you gather the additional information, I recommend opening a support case with Microsoft so that Support can review backend logs and provisioning details that are not visible through Graph API responses.