Before submitting
What's the bug?
Hi,
I have successfully created a zoom app and have added the credentials I got in the Calnode settings.
I have also successfully connected my personal zoom account with Calnode and everything's working flawlessly.
However, when I invite someone from the members tab and they create an account, trying to connect their zoom account results in an error. Upon research, it looks like the zoom app I created is only available to be used by me.
The solutions I have found are the following, all flawed in their own way:
-
Publish the app (Marketplace Submission): This is the path designed for commercial software companies. To publish, my app must pass a strict review, which it most likely is not in a place to do. I am required to submit technical design documentation, prove I have security controls in place, and pass web application security scanning and manual vulnerability testing conducted by Zoom. It is pretty evident this path is almost impossible, especially since I am trying to do all of this for an open source project I do not own or have any affiliation with.
-
Join the accounts: By joining accounts, users within my Zoom account can discover and install the app as long as they belong to the account. Once they are internal members of my account, my unpublished Calnode app will work for them instantly without any security reviews or technical design forms. But this comes at a big price. Specifically, it leads to complete loss of user independence: When someone accepts an invite to join my Zoom organization, their personal Zoom account ceases to exist as an independent entity. Their account is permanently absorbed under my umbrella, meaning my admin dashboard can see their meeting history, recordings, and usage logs, and I can enforce settings on them. External users are not going to be particularly keen on surrendering total control of their Zoom account to me.
Apart from that, the financial burden shifts to me: If the users expect paid features, I have to purchase and assign a dedicated Zoom Pro/Business license for every single person I add, rather than letting them use their own existing paid accounts.
Lastly, instead of a simple one-click "Authorize" screen, this scenario expects users to check their email, accept an account migration prompt, and agree to transfer their data to my organization. This is also a not very attractive path.
- Ask for permission to share from Zoom: Zoom provides an "authorization URL" that you can share with external users to grant them limited access to test your beta integration. To get this link, one must complete the Technical Design section of the build flow and provide supporting evidence for your security practices. After submission, Zoom's security team reviews the request. If approved, a user-level beta app allows a maximum of 100 external user installations. However, this is not a permanent solution: the link is valid for 4 weeks, and while you can request two extensions, you only get a maximum of 90 days of beta testing. After 90 days, you are forced to fully publish the app or access is cut off. This is also not a particularly viable option, as I am not the author of the project, and even though I can read and interpret the .MD files to understand the architecture and the security design of Calnode, the possibility that my app will get accepted is rather slim, for the same reasons as solution 1.
So I don't know if this is a bug, or an oversight, or something that just hadn't occurred yet, but I am curious to know what the thought process was when the zoom integration was implemented. In other words, how are Calnode users expected to deal with this obstacle? Is there a playbook we can follow?
For what it's worth I have tried hosting both on Docker and Render, even though I do not think that's where the issue lies. Attempts have also been made using different settings within Calnode to no avail.
I am also absolutely certain that the user has an active zoom account, so that's not the issue either.
Thanks in advance
Steps to reproduce
- Create zoom app and add credentials on Calnode
- Invite a member from the members tab
- As the invitee, click on the link received and create a Calnode account.
- Attempt to connect zoom from the calendar tab
- Observe error
Calnode version / commit
v0.8.0
How are you running Calnode?
Railway / other PaaS
Logs, screenshots, or anything else

The above image is the error message I am getting when trying to connect zoom from an account that's not the 'super admin', so to speak.
Before submitting
What's the bug?
Hi,
I have successfully created a zoom app and have added the credentials I got in the Calnode settings.
I have also successfully connected my personal zoom account with Calnode and everything's working flawlessly.
However, when I invite someone from the members tab and they create an account, trying to connect their zoom account results in an error. Upon research, it looks like the zoom app I created is only available to be used by me.
The solutions I have found are the following, all flawed in their own way:
Publish the app (Marketplace Submission): This is the path designed for commercial software companies. To publish, my app must pass a strict review, which it most likely is not in a place to do. I am required to submit technical design documentation, prove I have security controls in place, and pass web application security scanning and manual vulnerability testing conducted by Zoom. It is pretty evident this path is almost impossible, especially since I am trying to do all of this for an open source project I do not own or have any affiliation with.
Join the accounts: By joining accounts, users within my Zoom account can discover and install the app as long as they belong to the account. Once they are internal members of my account, my unpublished Calnode app will work for them instantly without any security reviews or technical design forms. But this comes at a big price. Specifically, it leads to complete loss of user independence: When someone accepts an invite to join my Zoom organization, their personal Zoom account ceases to exist as an independent entity. Their account is permanently absorbed under my umbrella, meaning my admin dashboard can see their meeting history, recordings, and usage logs, and I can enforce settings on them. External users are not going to be particularly keen on surrendering total control of their Zoom account to me.
Apart from that, the financial burden shifts to me: If the users expect paid features, I have to purchase and assign a dedicated Zoom Pro/Business license for every single person I add, rather than letting them use their own existing paid accounts.
Lastly, instead of a simple one-click "Authorize" screen, this scenario expects users to check their email, accept an account migration prompt, and agree to transfer their data to my organization. This is also a not very attractive path.
So I don't know if this is a bug, or an oversight, or something that just hadn't occurred yet, but I am curious to know what the thought process was when the zoom integration was implemented. In other words, how are Calnode users expected to deal with this obstacle? Is there a playbook we can follow?
For what it's worth I have tried hosting both on Docker and Render, even though I do not think that's where the issue lies. Attempts have also been made using different settings within Calnode to no avail.
I am also absolutely certain that the user has an active zoom account, so that's not the issue either.
Thanks in advance
Steps to reproduce
Calnode version / commit
v0.8.0
How are you running Calnode?
Railway / other PaaS
Logs, screenshots, or anything else