We have a large subset of users that have historically referenced Zoom Cloud Recordings in internal KBs using the share URLs and passwords they receive when a ‘Cloud Recording is Now Available’ email is sent to hosts after processing is complete.
When we are tasked with retrieving these recordings or building a tool to do so via a simple input, there is no way for us to reconcile a share URL or share password with ANY value that can be captured via API.
Even when polling recording lists via API, the “recording_play_passcode” returned for a given meeting is unique and does not match the passcode the user received via email.
With this being said, there does not appear to be any way to identify a meeting (and associated recording set) programmatically based on the Share URL and passcode that hosts receive after their meetings complete.
Additionally, the share links do not point to any page that includes a meeting ID (only meeting title, which can yield hundreds of duplicate results for recurring series), so there is no way to scrape a unique identifier that way.
Seems like there is absolutely nothing we can do (without many, many extra steps, including stripping durations from media playback and using those as a parameter to reduce false-positives with same titles) to identify a meeting based on the URL and passcode hosts receive - surely this is not the case??