# Zoom API - new password requirements

**URL:** <https://devforum.zoom.us/t/zoom-api-new-password-requirements/18553>\
**Category:** API and Webhooks\
**Created:** [May 21, 2020, 9:20am UTC](https://devforum.zoom.us/t/zoom-api-new-password-requirements/18553 "2020-05-21T09:20:33Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![tkrevh](https://avatars.discourse-cdn.com/v4/letter/t/ecae2f/32.png) [@tkrevh](https://devforum.zoom.us/u/tkrevh)\
**Post date:** [May 21, 2020, 9:20am UTC](https://devforum.zoom.us/t/zoom-api-new-password-requirements/18553/1 "2020-05-21T09:20:33Z")

</div>

Hi!

@tommy hopefully you can answer this 🙂  
We’ve just implemented the support for new password requirements.  
However, we don’t notice any difference if we pass this password to the create meeting/webinar API or not. It seems as if we don’t generate this password ourselves and pass it with the API call, Zoom generates the correct password for us. If we do generate it ourselves, it works as well.

Can you please clarify if or when are we supposed to generate this password and send it when creating a meeting or webinar?

Also, how do the recording password requirements affect the downloading of Zoom Cloud recordings? We use the download link sent to us in the recording completed webhook event. How does the new recordings password requirement affect that?

Thank you!

Kind regards,  
Tadej

---

<div class="post-metadata">

**Author:** ![tkrevh](https://avatars.discourse-cdn.com/v4/letter/t/ecae2f/32.png) [@tkrevh](https://devforum.zoom.us/u/tkrevh)\
**Post date:** [May 21, 2020, 12:40pm UTC](https://devforum.zoom.us/t/zoom-api-new-password-requirements/18553/2 "2020-05-21T12:40:31Z")

</div>

Also, I’d like to know if user enables their " Require a password for Personal Meeting ID (PMI)" and sets the password to some 8-characters long password. Are we supposed to use that password when creating a meeting/webinar through the API? Or should we generate a random password 10 characters in length?

---

<div class="post-metadata">

**Author:** ![tommy](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/tommy/32/72769_2.png) [@tommy](https://devforum.zoom.us/u/tommy)\
**Post date:** [May 27, 2020, 10:13pm UTC](https://devforum.zoom.us/t/zoom-api-new-password-requirements/18553/3 "2020-05-27T22:13:53Z")

</div>

Hey @tkrevh,

> [@tkrevh](#):
>
> Can you please clarify if or when are we supposed to generate this password and send it when creating a meeting or webinar?

If the password is not set by you in the API call, one will be generated for you. You basically just want to make sure you are using the join\_url with the password in it.

> [@tkrevh](#):
>
> Also, how do the recording password requirements affect the downloading of Zoom Cloud recordings? We use the download link sent to us in the recording completed webhook event. How does the new recordings password requirement affect that?

The meeting passwords will not affect the cloud recordings. The cloud recording password logic has already been released.

> **[The latest insights on how the world connects](https://www.zoom.com/en/blog/)**
>
> Learn more about how to use each Zoom product to connect with coworkers, customers, businesses, and more with insights and best practices.

> [@tkrevh](#):
>
> Also, I’d like to know if user enables their " Require a password for Personal Meeting ID (PMI)" and sets the password to some 8-characters long password. Are we supposed to use that password when creating a meeting/webinar through the API? Or should we generate a random password 10 characters in length?

If the user has already set a password for their PMI, and no password is set when creating the meeting, it will use the PMI password which is returned in the create meeting response.

Does that answer your questions? 🙂

Thanks,  
Tommy

---

<div class="post-metadata">

**Author:** ![tkrevh](https://avatars.discourse-cdn.com/v4/letter/t/ecae2f/32.png) [@tkrevh](https://devforum.zoom.us/u/tkrevh)\
**Post date:** [May 29, 2020, 10:12am UTC](https://devforum.zoom.us/t/zoom-api-new-password-requirements/18553/4 "2020-05-29T10:12:35Z")

</div>

Hi @tommy thank you for getting back. So if I understand this correctly, if we create meetings and webinars via the API, we’re not required to pass any password in the API call (regardless of user’s settings), and API server will create one as per user’s account settings if it is required? (so if they don’t require a password in their settings, no password will be created?)

---

<div class="post-metadata">

**Author:** ![tommy](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/tommy/32/72769_2.png) [@tommy](https://devforum.zoom.us/u/tommy)\
**Post date:** [June 3, 2020, 9:51pm UTC](https://devforum.zoom.us/t/zoom-api-new-password-requirements/18553/5 "2020-06-03T21:51:16Z")

</div>

Hey @tkrevh,

Correct! If you’d like, take a look at the writeup I did showing how the passwords work with the Create Meeting API:

> [@Created type 2 meetings don't return password](https://devforum.zoom.us/t/created-type-2-meetings-dont-return-password/18211/5):
>
> Hey @InfoAdam, I just tested and the [Create Meeting API](https://marketplace.zoom.us/docs/api-reference/zoom-api/meetings/meetingcreate) returned a password without me setting one in the request body. Here is my Account Level password settings (I am not using [PMI](https://support.zoom.us/hc/en-us/articles/203276937-Using-Personal-Meeting-ID-PMI-) for scheduled meetings): Request body: { "topic": "Test without setting password in api call with account level settings locked", "type": "2", "start\_time": "2020-06-08T10:00:00", "duration": "30" } Response body: { "uuid": "[redacted]", "id": 123456789, "ho…

Thanks,  
Tommy

---

<div class="post-metadata">

**Author:** ![DeveloperBot](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/developerbot/32/12632_2.png) [@DeveloperBot](https://devforum.zoom.us/u/DeveloperBot)\
**Post date:** [August 21, 2020, 9:50pm UTC](https://devforum.zoom.us/t/zoom-api-new-password-requirements/18553/6 "2020-08-21T21:50:45Z")

</div>

Closed on August 21, 2020, 9:50pm UTC


