# Meeting & Recording Data Questions

**URL:** <https://devforum.zoom.us/t/meeting-recording-data-questions/36925>\
**Category:** API and Webhooks\
**Created:** [November 25, 2020, 6:55pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925 "2020-11-25T18:55:12Z")\
**Posts on this page:** 19\
**Page:** 1

<div class="post-metadata">

**Author:** ![kupadhyaya](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/kupadhyaya/32/35352_2.png) [@kupadhyaya](https://devforum.zoom.us/u/kupadhyaya)\
**Post date:** [November 25, 2020, 6:55pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/1 "2020-11-25T18:55:12Z")

</div>

**Description**  
While processing Zoom callbacks and Get Meeting Participants API data, we are seeing some discrepancies in the response returned for some instances as far as the Recording duration and the Participant Records count.  
Also, for the meeting event callbacks, does the duration value represent the scheduled meeting duration or the actual duration? For example, if someone scheduled an hour meeting at 10:00AM, but it was ended after forty-five minutes, would we get the values in Item 1 or 2? We are relying on the duration value, since the end time is not provided in the response.

1. start time: 11/25/20 10:00 am duration: 60 (mins.)
2. start time: 11/25/20 10:00 am duration: 45 (mins.)

**Error**  
Here is an example with a duration value of 0 for the recording, even though there was a recording provided in the Recording Completed Event. Other Recording Instances for this meeting all had duration values greater than 0, but the one w/snippet below didn’t, why would it be different for this instance?

- D14iSL0tRfWl2BT1l9Yl4w==

- Uc2YkwbyTym8sWsaG1gpPg==

- tkRRnDb7T2S51jEB+9EwLg==

- Meeting Id: 98049412256

- ZoomInstanceUUID: oqe93g6NSlqQ9SBcJXOjAw==

- Response Snippet:

“account\_id”: “O1GCLBV8QkinDPUaj4fNOw”,  
“operator”: null,  
“object”: {  
“uuid”: “oqe93g6NSlqQ9SBcJXOjAw==”,  
“id”: “98049412256”,  
“host\_id”: “USQZVAhGQ06og5IxNJkY1w”,  
“topic”: “KedarGousiRam”,  
“type”: “2”,  
“start\_time”: “2020-11-20T20:55:33Z”,  
**"duration": “0”,**  
“timezone”: “America/Chicago”,  
“host\_email”: “Ly\*\*\*\*\*\*\*\*\*\*\*\*@\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*.com”,  
“total\_size”: “1372859”,  
“recording\_count”: “3”,  
“share\_url”: “[https://zoom.us/rec/share/pg3sHWnosU72e2vNrX7HGr6DO0BUwIG\_hDJ8Zpv53iy10HgL23jOrOHdL2VL6Tx7.Uh2-knSAUrZAuXeF](https://zoom.us/rec/share/pg3sHWnosU72e2vNrX7HGr6DO0BUwIG_hDJ8Zpv53iy10HgL23jOrOHdL2VL6Tx7.Uh2-knSAUrZAuXeF)”,  
“recording\_files”: [  
{  
“recording\_start”: “2020-11-20T20:57:32Z”,  
“recording\_end”: “2020-11-20T20:58:12Z”,  
“id”: “c80a26b3-795c-4fcd-bb71-115aec9f800b”,  
“meeting\_id”: “oqe93g6NSlqQ9SBcJXOjAw==”,  
“file\_type”: “MP4”,  
“file\_size”: “735503”,  
“play\_url”: “[https://zoom.us/rec/play/aTUQnvqfpM\_4At2\_TLJNEZuVtvOau9-1ObIzaibQlUtjVdOR4VX8ozVRZFAFL6fBEmPvSuvithDHCANA.qjatPA3zqEMooAYr](https://zoom.us/rec/play/aTUQnvqfpM_4At2_TLJNEZuVtvOau9-1ObIzaibQlUtjVdOR4VX8ozVRZFAFL6fBEmPvSuvithDHCANA.qjatPA3zqEMooAYr)”,  
“download\_url”: “[https://zoom.us/rec/webhook\_download/aTUQnvqfpM\_4At2\_TLJNEZuVtvOau9-1ObIzaibQlUtjVdOR4VX8ozVRZFAFL6fBEmPvSuvithDHCANA.qjatPA3zqEMooAYr/59Npa4\_h2U1AYYqU1EiaQpYQMpXdd8jz03YCh5MJCwZ3gyq4\_ncQ7tB22Lnpkg](https://zoom.us/rec/webhook_download/aTUQnvqfpM_4At2_TLJNEZuVtvOau9-1ObIzaibQlUtjVdOR4VX8ozVRZFAFL6fBEmPvSuvithDHCANA.qjatPA3zqEMooAYr/59Npa4_h2U1AYYqU1EiaQpYQMpXdd8jz03YCh5MJCwZ3gyq4_ncQ7tB22Lnpkg)”,  
“status”: “completed”,  
“recording\_type”: “shared\_screen\_with\_speaker\_view”  
},

* * *

For the following instance, we recieved additional records, but the other three instances had the correct number of participant records. Can you please tell us why this is the case?

- Uc2YkwbyTym8sWsaG1gpPg== - total records: 3

- oqe93g6NSlqQ9SBcJXOjAw== - total records: 3

- tkRRnDb7T2S51jEB+9EwLg== - total records: 3

- D14iSL0tRfWl2BT1l9Yl4w== - total records: 7

{  
“result”: {  
“page\_count”: “1”,  
“page\_size”: “30”,  
**"total\_records": “7”,**  
“next\_page\_token”: “”,  
“participants”: [  
{  
“id”: “USQZVAhGQ06og5IxNJkY1w”,  
“user\_id”: “16778240”,  
“name”: “Ly Bolia”,  
“user\_email”: “ly\*\*\ ***i@p**.com”,  
“join\_time”: “2020-11-20T21:05:16Z”,  
“leave\_time”: “2020-11-20T21:13:19Z”,  
“duration”: “483”,  
“attentiveness\_score”: “”  
},

**Which App Type (OAuth / Chatbot / JWT / Webhook)?**  
JWT and Webhooks

**Which Endpoint/s?**

- Recording Completed Callback Event

- Get Meeting Participant Report: [https://api.zoom.us/v2/report/meetings/{meetingId}/participants](https://api.zoom.us/v2/report/meetings/%7BmeetingId%7D/participants)

**How To Reproduce (If applicable)**  
N/A

**Screenshots (If applicable)**  
N/A

**Additional context**  
N/A

Let us know if any additional details are needed.

Thanks.

---

<div class="post-metadata">

**Author:** ![will.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/will.zoom/32/14417_2.png) [@will.zoom](https://devforum.zoom.us/u/will.zoom)\
**Post date:** [November 30, 2020, 6:08pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/2 "2020-11-30T18:08:49Z")

</div>

Hi @kupadhyaya,

Thank you for reaching out about this and for providing all these details.

Regarding the first instance (duration 0 on meeting 98049412256), this appears to be a bug and our team is looking into this (ZOOM-198833).

In terms of your question:

> for the meeting event callbacks, does the duration value represent the scheduled meeting duration or the actual duration?

This should represent the actual duration

As for your other example:

> For the following instance, we recieved additional records, but the other three instances had the correct number of participant records. Can you please tell us why this is the case?

Can I kindly ask for the request URL that generated the JSON response you provided? This will help to take a closer look.

Thanks!  
Will

---

<div class="post-metadata">

**Author:** ![kupadhyaya](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/kupadhyaya/32/35352_2.png) [@kupadhyaya](https://devforum.zoom.us/u/kupadhyaya)\
**Post date:** [December 1, 2020, 3:33pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/3 "2020-12-01T15:33:24Z")

</div>

Hi Will,

Thanks for the follow-up. When a ticket/bug like “ZOOM-198833” is opened, when can we expect a resolution or how can we follow-up on it as far as a fix?  
Per your request to the Participants question, we call the following URL with the Meeting Id

[https://api.zoom.us/v2/report/meetings/{meetingId}/participants](https://api.zoom.us/v2/report/meetings/%7BmeetingId%7D/participants)

Let me know if you need any additional details.

Thanks.

---

<div class="post-metadata">

**Author:** ![will.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/will.zoom/32/14417_2.png) [@will.zoom](https://devforum.zoom.us/u/will.zoom)\
**Post date:** [December 2, 2020, 5:49pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/4 "2020-12-02T17:49:46Z")

</div>

Hi @kupadhyaya,

Our team tries to prioritize bugs so that we can address them as soon as possible. We’re still looking into this and I hope to have an update for you shortly.

In regards to the Meeting UUIDs you provided for the concern over number of records returned by the API, I’m not seeing any issues with these records on my end. To clarify, for UUID D14iSL0tRfWl2BT1l9Yl4w== where you’re seeing 7 records returned via the API, is it possible that some attendees have more than 1 record? This can happen if they were admitted to a waiting room and then the meeting, or if they were temporarily disconnected.

Let me know—thanks!  
Will

---

<div class="post-metadata">

**Author:** ![kupadhyaya](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/kupadhyaya/32/35352_2.png) [@kupadhyaya](https://devforum.zoom.us/u/kupadhyaya)\
**Post date:** [December 2, 2020, 10:15pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/5 "2020-12-02T22:15:53Z")

</div>

Hey Will,

Thanks for the update. “Our team tries to prioritize bugs so that we can address them as soon as possible. We’re still looking into this and I hope to have an update for you shortly.” - Sounds good, keep us posted!

To your second point, they should only have a single record like the other three instances. Your explanation seem plausible, these additional records are only four or five seconds in duration and the leave time on them almost coincides with the actual duration records join time. I don’t know if this is the result of them being in the waiting room (1st record creation) and then being admitted in the meeting (2nd record - actual w/realistic duration and join/leave time) or disconnect issue, but probably unlikely, that it happened to all three users? If you can offer any other details or input, it may help pinpoint the issue. That indicator would be helpful here! 🙂

Thanks.

---

<div class="post-metadata">

**Author:** ![will.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/will.zoom/32/14417_2.png) [@will.zoom](https://devforum.zoom.us/u/will.zoom)\
**Post date:** [December 3, 2020, 6:04pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/6 "2020-12-03T18:04:50Z")

</div>

Hi @kupadhyaya,

> Thanks for the update. “Our team tries to prioritize bugs so that we can address them as soon as possible. We’re still looking into this and I hope to have an update for you shortly.” - Sounds good, keep us posted

Of course!

> To your second point, they should only have a single record like the other three instances. Your explanation seem plausible, these additional records are only four or five seconds in duration and the leave time on them almost coincides with the actual duration records join time. I don’t know if this is the result of them being in the waiting room (1st record creation) and then being admitted in the meeting (2nd record - actual w/realistic duration and join/leave time) or disconnect issue, but probably unlikely, that it happened to all three users? If you can offer any other details or input, it may help pinpoint the issue. That indicator would be helpful here!

Can you share the full API response JSON payload for this Meeting: D14iSL0tRfWl2BT1l9Yl4w== , with all of the records? I’m happy to take a closer look!

Thanks,  
Will

---

<div class="post-metadata">

**Author:** ![kupadhyaya](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/kupadhyaya/32/35352_2.png) [@kupadhyaya](https://devforum.zoom.us/u/kupadhyaya)\
**Post date:** [December 3, 2020, 9:28pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/7 "2020-12-03T21:28:09Z")

</div>

Sounds good, here you go.

Meeting Instance: **D14iSL0tRfWl2BT1l9Yl4w==**

Payload:

{  
“result”: {  
“page\_count”: “1”,  
“page\_size”: “30”,  
“total\_records”: “7”,  
“next\_page\_token”: “”,  
“participants”: [  
{  
“id”: “USQZVAhGQ06og5IxNJkY1w”,  
“user\_id”: “16778240”,  
“name”: “Ly Bolia”,  
“user\_email”: “[lybolia\_rc\_stf\_api@perdoceoed.com](mailto:lybolia_rc_stf_api@perdoceoed.com)”,  
“join\_time”: “2020-11-20T21:05:16Z”,  
“leave\_time”: “2020-11-20T21:13:19Z”,  
“duration”: “483”,  
“attentiveness\_score”: “”  
},  
{  
“id”: “JZbaN1VkTZqjuD\_STptwkQ”,  
“user\_id”: “16779264”,  
“name”: “Corey Bess”,  
“user\_email”: “[coreybess-rc\_std@perdoceoed.com](mailto:coreybess-rc_std@perdoceoed.com)”,  
“join\_time”: “2020-11-20T21:06:27Z”,  
“leave\_time”: “2020-11-20T21:06:31Z”,  
“duration”: “4”,  
“attentiveness\_score”: “”  
},  
{  
“id”: “JZbaN1VkTZqjuD\_STptwkQ”,  
“user\_id”: “16780288”,  
“name”: “Corey Bess”,  
“user\_email”: “[coreybess-rc\_std@perdoceoed.com](mailto:coreybess-rc_std@perdoceoed.com)”,  
“join\_time”: “2020-11-20T21:06:31Z”,  
“leave\_time”: “2020-11-20T21:13:19Z”,  
“duration”: “408”,  
“attentiveness\_score”: “”  
},  
{  
“id”: “Rje0gXxnSRGxaEknFumF2Q”,  
“user\_id”: “16781312”,  
“name”: “ChungHeng Lim”,  
“user\_email”: “[chunghenglim-rc\_std@perdoceoed.com](mailto:chunghenglim-rc_std@perdoceoed.com)”,  
“join\_time”: “2020-11-20T21:07:24Z”,  
“leave\_time”: “2020-11-20T21:07:29Z”,  
“duration”: “5”,  
“attentiveness\_score”: “”  
},  
{  
“id”: “Rje0gXxnSRGxaEknFumF2Q”,  
“user\_id”: “16782336”,  
“name”: “ChungHeng Lim”,  
“user\_email”: “[chunghenglim-rc\_std@perdoceoed.com](mailto:chunghenglim-rc_std@perdoceoed.com)”,  
“join\_time”: “2020-11-20T21:07:29Z”,  
“leave\_time”: “2020-11-20T21:13:19Z”,  
“duration”: “350”,  
“attentiveness\_score”: “”  
},  
{  
“id”: “62V67MCOS0CmMtcmn50PLw”,  
“user\_id”: “16787456”,  
“name”: “reddy ipad”,  
“user\_email”: “[ipadreddy@atlanta.com](mailto:ipadreddy@atlanta.com)”,  
“join\_time”: “2020-11-20T21:09:40Z”,  
“leave\_time”: “2020-11-20T21:09:44Z”,  
“duration”: “4”,  
“attentiveness\_score”: “”  
},  
{  
“id”: “62V67MCOS0CmMtcmn50PLw”,  
“user\_id”: “16788480”,  
“name”: “reddy ipad”,  
“user\_email”: “[ipadreddy@atlanta.com](mailto:ipadreddy@atlanta.com)”,  
“join\_time”: “2020-11-20T21:09:45Z”,  
“leave\_time”: “2020-11-20T21:12:14Z”,  
“duration”: “149”,  
“attentiveness\_score”: “”  
}  
]  
},  
“meta”: {  
“httpStatus”: “OK”,  
“ErrorDetail”: null,  
“IsSuccessful”: true  
}  
}

---

<div class="post-metadata">

**Author:** ![will.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/will.zoom/32/14417_2.png) [@will.zoom](https://devforum.zoom.us/u/will.zoom)\
**Post date:** [December 4, 2020, 9:38pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/8 "2020-12-04T21:38:47Z")

</div>

Thanks for sharing this, @kupadhyaya!

Since I can see that this meeting did have a waiting room enabled, and the duplicate entries for these attendees are all just a couple of seconds in duration, it does appear that this is reflective of them being admitted to the waiting room (1 record) and then admitted to the meeting (another record).

I hope this helps to clear things up, but let me know if you have questions about this!

Best,  
Will

---

<div class="post-metadata">

**Author:** ![kupadhyaya](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/kupadhyaya/32/35352_2.png) [@kupadhyaya](https://devforum.zoom.us/u/kupadhyaya)\
**Post date:** [December 4, 2020, 10:50pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/9 "2020-12-04T22:50:00Z")

</div>

Hi Will,

Thanks for confirming, so would there be an indicator in the future to help discern between a waiting room Participant record versus the one in the meeting?

Regards,  
Kedar

---

<div class="post-metadata">

**Author:** ![will.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/will.zoom/32/14417_2.png) [@will.zoom](https://devforum.zoom.us/u/will.zoom)\
**Post date:** [December 7, 2020, 6:29pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/10 "2020-12-07T18:29:30Z")

</div>

Hi @kupadhyaya,

While we do have it on our roadmap to make this clearer in the API response, it’s not currently denoted. However, if you need access to this information, you might consider leveraging the following webhooks:

> **[Participant Joined a Waiting Room - Meeting Events - Webhook Reference - API...](https://marketplace.zoom.us/docs/api-reference/webhook-reference/meeting-events/participant-joined-waiting-room)**
>
> Participant Joined a Waiting Room
> 
> 
> 
> The Waiting Room feature allows the host to control when a participant joins a meeting. When a participant attempts...

> **[Participant Admitted - Meeting Events - Webhook Reference - API Reference](https://marketplace.zoom.us/docs/api-reference/webhook-reference/meeting-events/participant-admitted)**
>
> Participant Admitted
> 
> 
> 
> When a participant joins a Waiting Room, the host is notified in the Zoom Client, and the host has the option to either admit th...

I hope this is helpful,  
Will

---

<div class="post-metadata">

**Author:** ![kupadhyaya](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/kupadhyaya/32/35352_2.png) [@kupadhyaya](https://devforum.zoom.us/u/kupadhyaya)\
**Post date:** [December 8, 2020, 10:17pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/11 "2020-12-08T22:17:37Z")

</div>

Hi Will,

Thank you again, that is a good suggestion, we may look into that. We are seeing more and more tickets with Participant Report discrepancies due additional records of them being in the waiting room or potentially getting disconnected at certain points.

We also uncovered another issue and where we made a call to get Participant details, but didn’t get any records in the response. However, when I tried through the Marketplace little earlier, I do see response with the Participant records, screenshots below. Can the team shed some light on this?

Meeting: 99140975650  
Zoom Instance (UUID): **WT9gcaGfQ2C2BYAitlQYRg==**

API URL: [https://api.zoom.us/v2/report/meetings/{meetingId}/participants](https://api.zoom.us/v2/report/meetings/%7BmeetingId%7D/participants)

API Response:

 ![Meeting_99140975650_Zero_Records](https://us1.discourse-cdn.com/flex016/uploads/zoomdeveloper/original/3X/2/8/28896a097a4e3638f3c417174b5042a4e18240f6.png)

Marketplace Response:

 ![Meeting_99140975650_Marketplace_Response](https://us1.discourse-cdn.com/flex016/uploads/zoomdeveloper/original/3X/2/b/2bc3aff2d763a9f231f8f5ebd2c1fc6c1883e3b1.png)

Thanks,  
Kedar

---

<div class="post-metadata">

**Author:** ![will.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/will.zoom/32/14417_2.png) [@will.zoom](https://devforum.zoom.us/u/will.zoom)\
**Post date:** [December 9, 2020, 11:01pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/12 "2020-12-09T23:01:31Z")

</div>

Hi @kupadhyaya,

Are you still seeing this empty response when you submit the request outside of the Postman tool? Or was this a transient error?

If you’re still seeing this, can you confirm whether you were passing the UUID or the Meeting ID in your request url?

Let me know—thanks!  
Will

---

<div class="post-metadata">

**Author:** ![kupadhyaya](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/kupadhyaya/32/35352_2.png) [@kupadhyaya](https://devforum.zoom.us/u/kupadhyaya)\
**Post date:** [December 10, 2020, 1:25am UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/13 "2020-12-10T01:25:12Z")

</div>

Hey Will,

We have found 747 records (Meeting/Meeting Instances), but all records are from 11/25 or 11/26, none after that and one before on 11/19, if I recall correctly.  
I haven’t tried through Postman, but I did try one instance through the Zoom Marketplace and got a response with Participant data. I believe we pass the Meeting Id in our code, but I will confirm and let you know.

Thanks,  
Kedar

---

<div class="post-metadata">

**Author:** ![will.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/will.zoom/32/14417_2.png) [@will.zoom](https://devforum.zoom.us/u/will.zoom)\
**Post date:** [December 10, 2020, 11:13pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/14 "2020-12-10T23:13:21Z")

</div>

Hi @kupadhyaya,

Thank you for the update and for clarifying—please do let me know when you have a chance.

Thanks,  
Will

---

<div class="post-metadata">

**Author:** ![kupadhyaya](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/kupadhyaya/32/35352_2.png) [@kupadhyaya](https://devforum.zoom.us/u/kupadhyaya)\
**Post date:** [December 14, 2020, 4:36pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/15 "2020-12-14T16:36:29Z")

</div>

Hi Will,

We are making the request by Meeting Id, not by Meeting Instance Id

Thanks.

---

<div class="post-metadata">

**Author:** ![will.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/will.zoom/32/14417_2.png) [@will.zoom](https://devforum.zoom.us/u/will.zoom)\
**Post date:** [December 15, 2020, 4:40pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/16 "2020-12-15T16:40:42Z")

</div>

Hi @kupadhyaya,

So far I’m not able to replicate this. If you’re stills seeing this issue, can you share your latest example (request URL and response) where the participant data is empty?

Thanks,  
Will

---

<div class="post-metadata">

**Author:** ![kupadhyaya](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/kupadhyaya/32/35352_2.png) [@kupadhyaya](https://devforum.zoom.us/u/kupadhyaya)\
**Post date:** [December 15, 2020, 7:53pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/17 "2020-12-15T19:53:55Z")

</div>

Hi Will,

Thanks, I reran the query to check our table and we don’t have any new records, except from those two days that I mentioned originally. I wanted to ask you about another ticket, where it was reported that a Recording is stuck w/conversion in progress. I know it can take some time based on the size of the file to convert as well a the server load. However, this meeting/recording was from 12/2 and we have no record of receiving a recording completed event. Can your team take a look?

Meeting Id: 96111260562

Instance Id: VbnUcNKgRPq0Vzd9+DS2gA==

Events Received:

- Meeting Started
- Recording Started
- Recording Stopped
- Meeting Ended

Also, in cases such as this, what are our alternatives? Is there a way we can retry or retrigger a callback for meeting?

Thanks,  
Kedar

---

<div class="post-metadata">

**Author:** ![will.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/will.zoom/32/14417_2.png) [@will.zoom](https://devforum.zoom.us/u/will.zoom)\
**Post date:** [December 16, 2020, 9:34pm UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/18 "2020-12-16T21:34:02Z")

</div>

Hey @kupadhyaya,

Strange—I’m looking into this for you (ZOOM-227924).

Thanks, and I’ll be in touch,  
Will

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex016/uploads/zoomdeveloper/original/3X/6/1/614bdd549b610bbaa46ff934617683a02bdaa03c.png) [@system](https://devforum.zoom.us/u/system)\
**Post date:** [January 16, 2021, 7:34am UTC](https://devforum.zoom.us/t/meeting-recording-data-questions/36925/19 "2021-01-16T07:34:09Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.