We have a Marketplace-approved, published app that combines OAuth with the Web Meeting SDK. Starting as host works when the meeting host belongs to the Zoom account that owns the app, but fails consistently when the host is a Pro user in another Zoom account who installed and authorized the same published app.
Controlled comparison
- Same published Meeting SDK app, production release, Mac, and network.
- The meeting is created under the OAuth-authorized user, and
/users/mematches the meeting’shost_id. - We request a fresh host ZAK from
/v2/users/me/token?type=zak. - The server-generated Meeting SDK JWT uses
role: 1. - Zoom REST, ZAK, and signature requests all return 200.
- A host in the app owner’s Zoom account joins successfully.
- A Pro host in a different Zoom account disconnects before
ZoomMtg.join()succeeds;meetingStatustransitions from 1 to 3. - An older SDK exposed
4011 / NOT_ALLOW_CROSS_JOINfor this case. Web Meeting SDK 6.2.0 only exposes the generic status 3. - Approval and publication of the app did not change the result.
Reproduction
- A user in an external Zoom account installs and authorizes the published app.
- The app creates a meeting under that connected user.
- The backend confirms the connected Zoom user is the meeting host, gets a fresh ZAK, and signs a Meeting SDK JWT with
role: 1. - The Web Meeting SDK initializes normally, then disconnects before the join succeeds.
- Repeating the same flow with a host in the app owner’s Zoom account succeeds.
Questions
- Is a published Meeting SDK app supposed to be able to start a meeting with
role: 1and the host’s ZAK when that host is in a different Zoom account from the app owner? - If this is supported, is there an additional entitlement, Marketplace setting, or account relationship required beyond publication and the external host’s OAuth authorization?
- If it is not supported, where is that restriction documented? The current authorization guidance appears to describe external-host use with a host ZAK, while Zoom staff has said that an SDK app cannot start a meeting for an external user.
- After the March 2026 OBF change, what is the supported embedded path for this human host? If they start the meeting in Zoom first, should they join the already-running meeting through Web Meeting SDK with
role: 0plus ZAK,role: 0plus OBF, or is there no supported way for them to retain host controls in the embedded client?
This related report describes the same account-dependent behavior and received the answer that external-user start is not supported:
Relevant Zoom guidance:
Environment
- Web Meeting SDK 6.2.0
- Chrome on macOS
- Published Marketplace app using OAuth and Meeting SDK credentials
We can provide exact timestamps, meeting and SDK identifiers, sanitized token claims, and browser logs privately to Zoom staff. I am intentionally leaving those identifiers out of this public post.