If you create an event and unselect 'require a passcode', Zoom still asks for a passcode. There are endless threads on this with no working resolution. Even when I enable a passcode once again, the user will get an email saying meeting details have been updated, but the passcode doesn't work there either.

Is anyone actually using this?

I will be hosting a webinar with 3000+ participants later this month.  All attendees sign up for the event on a separate (non-Zoom) platform and then we register the attendees (via CSV upload) into Zoom.  We are hearing from a disturbingly large number of attendees that they did not receive their Zoom registration confirmation email.  The emails are not found in the recipient's inbox or spam folders.  Having them search for emails from '***********' also does not produce the registration confirmation email.  Resending the confirmation email (an incredibly time-consuming process now that Zoom has inserted a 60-second countdown timer between resends) produces mixed results; some attendees receive the subsequent email while most do not.

So far, Zoom technical support has advised two things:

1) tell the recipients to contact their email server provider and ask them to unblock all of the 50+ IP addresses that Zoom uses to send confirmation emails; what?  Have attendees contact their email server?  99.9% of people have no idea how to do that.  

2) the most recent Zoom technician says that they are getting an increasing number of reports about this problem and the Engineering department is looking into it.

My concern is that - on the day of the event - I will be overcome by a huge number of angry and stressed-out registrants who can't access the webinar because they never received the registration confirmation.  So, what is my solution?  I can't simply hand out unrestricted access links; the event could easily be overwhelmed by non-registered attendees who seize on the opportunity to get a free ride.  If we use the waiting room, we simply won't have enough time to verify and then permit access to 3000+ people.  With the 60 second delay Zoom imposes on resending confirmations, doing that is something that would literally take hours.  Also, resending confirmations only sends the email to the same email address that wasn't receiving the Zoom emails in the first place. 

Any suggestions on how I can avoid an event meltdown?    

Hello! Previously, I could join a webinar using just the zoom id number: I could write it down on the webinar registration page, write my email, my name and click to register. After clicking to register, zoom app was automatically redirecting me to the webinar. Now, when I do the same procedure, after clicking to register, zoom page just says that I was successfully registered and that's it - it does not automatically redirect me to the zoom app and to the webinar. I have to log in to my email to find the link to the webinar (and I do not always receive the email actually). 

So, is it only with me or everyone is experiencing the same issue? Is it possible to bring back the previous easy and non-complicated procedure of being able to immediately join through the webinar ID by being redirected by zoom app to the webinar?

Thank you!

I'm encountering an odd issue with Zoom Room in a Webinar setting in a city meeting environment.

We connect to a Zoom Room instance in the AV Booth, and are promoted as a webinar panelist. Our "web camera" is accomplished using an Osprey SDI->USB device. Video settings for it are not set to mirror. Several other of our city clients use the same method.

In one city, however, we've noticed the following oddity. AV booth return video to Zoom appears normally, until a screen share is initiated by in-chamber staff. Then our return video appears mirrored, but only for non-Zoom video participants (those delivered to broadcast and streaming). Zoom participants continue to see (correctly) unmirrored video. Once screen sharing is done, the camera orientation for non-Zoom participants returns to the expected unmirrored view.

The Zoom room instance is managed by local IT, so (at present) I'm unable to confirm the current running version, but considering their normal diligence, it's likely the most recent one. The same presumption is true for the host/presentation computer - a city-managed asset with regular updates.

Zoomでウェビナーの開催を検討しています。
ウェビナーの設定に「出席レポートにメールアドレスを含める」という項目がありますが、こちらにチェックを入れれば、事前登録を設定をしなくても参加者のメールアドレスは取得できるのでしょうか？
※2022年3月以降より、Zoom社のセキュリティポリシーの変更で参加者のメールアドレスを取得するには参加者の事前登録が必須と思っております。

お手数ですが、「出席レポートにメールアドレスを含める」にチェックを入れれば、すべての参加者のメールアドレスを取得できるか教えてください。

We create multiple single session events usually 20 a month with anywhere between 250 to 1200 registrants or pre-registrants per event.

Sometimes people leave companies or want to be removed from all events and we are having to log into each event and look for them under orders and registrants. Considering GDPR it should be easy to remove a registrant from all events.

It would also be useful to look and see what events each registrant registered or attended. Currently you have to download reporting or pull info via API and hold it in a separate platform. 

Is this a design feature that is being considered, and would others find it useful?

We have discovered that unregistering an attendee actually moves them to the denied/blocked list, which prevents them from re-registering themselves again if they decide they can attend after all.  Why in the world would Zoom move an unregistered attendee to the denied/blocked list, simply because they have canceled their registration? 

If someone cannot attend a live webinar that has limited capacity, we want them to free up their seat for someone else. This doesn't mean we want to deny/block them. 

Additionally, because we have an integration with Zoom from our learning management system (LMS), this causes loads of issues for us and our thousands upon thousands of customer-learners. If an unenrolled learner decides they can attend after all and re-enrolls, our LMS sends the enrollment data, but Zoom blocks the re-enrollment. This results in a disconnect in enrollment status between the LMS and Zoom.  The learner thinks they're enrolled because they see that status in the LMS, but no one knows the enrollment has actually been blocked/denied by Zoom until the learner realizes they haven't been getting confirmation emails or tries to access the webinar using a link from a confirmation they received before they unenrolled. Zoom needs to treat unregistered (unenrolled) users and denied/blocked users differently. Yes, denied/blocked users should be unregistered, but not all unregistered users should be denied/blocked. 

Finally, this causes privacy issues for us and our customers. Our company has strict security and privacy policies around protecting customer data, but once a learner registers for a webinar, their data is held in Zoom's system forever, apparently, even if the learner cancels their registration.  With Zoom moving the learner to the denied/blocked list,  the learner's data persists in Zoom's system ad infinitum, and there's no way for us to remove it. This violates our privacy policies! A learner who cancels their registration but is not blocked/denied should have their data simply purged from Zoom's system, as if they had never registered. 

We host dozens of webinars a months with up to 600 to 1,000 attendees per webinar. Zoom needs to fix this issue!