Zoomtopia is here. Unlock the transformative power of generative AI, helping you connect, collaborate, and Work Happy with AI Companion.
Register nowEmpowering you to increase productivity, improve team effectiveness, and enhance skills.
Learn moreKeep your Zoom app up to date to access the latest features.
Download Center Download the Zoom appDownload hi-res images and animations to elevate your next Zoom meeting.
Browse Backgrounds Zoom Virtual BackgroundsEmpowering you to increase productivity, improve team effectiveness, and enhance skills.
Zoom AI Companion2024-12-30 12:50 PM
I turned on the "Allow invitees to access recordings without the passcode" under the recording settings to restrict access to my recordings, but it's not working as I expected. The invitees are still prompted for a passcode, and I also double checked that this setting was checked within the share settings of the individual recordings. I want to restrict access to the recordings to only the invitees and not have to give out a passcode which they may pass around. Does this feature work differently than I expected, or is there another setting that may be interfering with it? Any insight is appreciated!
2024-12-30 02:54 PM
@elzzhu - Are the invitees signing into Zoom before trying to view the recordings? If not, Zoom would not recognize them as an invitee, and would still request the passcode.
2024-12-30 04:04 PM - edited 2024-12-31 07:52 AM
Yes, the invitees are logged in. I tried it myself with another account and it prompted me to login when I tried the link. After I logged in and retried the link, it prompted for a passcode.
I did notice while testing that the feature works as expected if the invitees were added before the recording was made. However, they're prompted for a passcode if they're added to the meeting after the recording. The help-tip for the setting mentioned that invitees are people who are invited before, during, or after a meeting. According to the tooltip, access should be flexible according to the invite list. However, the behaviour currently suggests that the access is locked in at the time the recording is created.