When I create a meeting and set option_registration to ‘Y’, it still doesn’t require nor allow registration. So in that case, when I try to submit a registration for a user, it gives me an error of: “This meeting has not registration required.”
Registration for Webinars is working fine, but not Meetings.
I’m assuming I’m not setting some parameter correctly but in reading through I’m unsure what that could be.
@tommy My overall goal is simple: create a persistent meeting (basically runs forever) where the only people that can join are registrants that have been manually approved (via the API) So far, this seems impossible. Do you know of a way to achieve the goal I’ve stated?
I have a pro account and am attempting to emulate the desired behavior by creating a type 8 meeting that recurs daily with duration 24 hours and with approval_type: 1 because type 3 meeting does not seem to support approval_type 1 (it simply comes back as approval_type:2. (I’ve tried setting registration_type:2 but the value of registration_type seems to be ignored when creating a meeting via the REST API (registration_type does not even appear in the response).
I am trying to use the API to add registrants to a meeting that required registrants, but while testing I noticed that once a registrant has received the Zoom meeting link they could share that link with people who have not registered and those non-registered users could still join the meeting. Is this supposed to be the case? I thought that when a meeting was “registration required” it forced a user to join the meeting with the email that they registered with to prevent people from sharing private meeting links.
While you cannot prevent someone from sharing the unique URL, there is a meeting option that allows only one device/connection from each unique URL. You can find the option (only in meetings requiring registration) under Registration Options --> “Allow attendees to join from multiple devices”.
FWIW, I do not see the multiple device option as part of the Create Meeting options, nor is it returned as part of the Get Meeting API response.
Note … If allow multiple devices is not set (i.e. 1 device per unique URL), if the authorized user joins first they will grab the single slot, however, if they arrive after someone else has used the uniqueURL they will be prevent from joining. We find it important to be clear in follow-up and confirmation emails that the URL is unique and should not be shared.
I followed what you mentioned. Still I am able to join with the same URL using my mobile app but with different email ID.
I tried to set registrant status as “deny” after the user joins the meeting thinking that the URL will be invalid and no user will be able to join again with the same URL. But even that dint work.
@tommy@OregonDean would be a great help if you could suggest me any solution on this.
By different email ID I mean different users. Example:- I register as user01 and got the unique Join URL and joined the meeting. I deny user01’s registration. Now I pass this join URL to user02. Still, the user02 is able to join the meeting.
My second concern:- “Allow attendees to join from multiple devices” field is not available in Create meeting API. It is only available in Create Webinar API.
So you are saying after approving user1’s registration, and then denying it, the unique join_url still works?
We are working on making the “Allow attendees to join from multiple devices” field available for the Create Meeting API. Stay updated here: https://marketplace.zoom.us/docs/changelog