As a logged-in user, webhooks are receiving email but not id or participant_user_id

[danny.beyrer1 (Danny)]

I’m tracking the meeting.participant_joined and meeting.participant_left webhooks. When a user is logged in, we’re supposed to receive participant.id and participant.participant_user_id, but I’m only receiving participant.email. This is something that has recently started happening across all of our environments without code changes on our part.

I noticed that it’s something others have experienced before: Participants with an id, but no email, or an email, but no id

[gianni.zoom (Gianni)]

Hi @danny.beyrer1 ,

Are the users internal or external to your account?

Did they have to register for the meeting and supply their email?

Zoom made updates to email and participant identification data across Meeting API and webhooks so this could be the reason:

User_id missing from Zoom webhook payload

Hi @shawn.crenshaw , Zoom recently updated display rules about participant.id: IMPORTANT notice about reporting endpoints and participant identifiers in the Meeting API Let me know if this helps clarify things!

Talk soon.

[danny.beyrer1 (Danny)]

@gianni.zoom , the users are external to our Zoom account and they did not register for the meeting & supply their email.

[danny.beyrer1 (Danny)]

@gianni.zoom @michael.zoom - we’re still having this issue. We have an OAuth app which users authorize. When users are inside our account, we’ve been receiving ‘email’ which we can key off of, but when users are outside our account we don’t receive any participant data (id, participant_user_id, or email) to key off of.

[danny.beyrer1 (Danny)]

The behavior is similar to this ticket, only it isn’t resolved when the OAuth app is installed/authorized. Not receiving webhooks for customer but receiving webhooks for our own account

[gianni.zoom (Gianni)]

@danny.beyrer1

@gianni.zoom , the users are external to our Zoom account and they did not register for the meeting & supply their email.

Hi @danny.beyrer1 , not sure if you saw the contents of my earlier response, but given the users are external to your account, they did not register and volunteer their emails, this behavior is expected.

IMPORTANT notice about reporting endpoints and participant identifiers in the Meeting API

Earlier this week, there was a change to the Meeting API that affected the responses from the Dashboard and Reporting endpoints. We have compiled a list of questions that will hopefully give everyone a sense of how this change will affect them and what to expect going forward. Read the original announcement about the Dashboard and Reporting changes. What gives?! Why was there no notice on this change? The nature of this change didn’t trigger Zoom’s regular change protocols, but as we can see,…

Please let me know if I have misunderstood something and if additional clarification is needed.

[danny.beyrer1 (Danny)]

@gianni.zoom , isn’t this the purpose of the OAuth app? This has been working for us for over two years and just broke recently.

[gianni.zoom (Gianni)]

Hi @danny.beyrer1 , I misread part of your earlier statement that they are not registered, and did not realize the email display rules link was broken in the previous quoted response. Please excuse me.

Here it is https://devsupport.zoom.us/hc/en-us/articles/13343538313101-Zoom-API-email-address-display-rules:

Could any of the following be true for your participants?

As for the participant ids, I believe they were also impacted by the changes outlined here since the meeting participant events are coinciding with the Meeting API, but I am double checking this.