We are having a problem with the new validation flow. The problem is about the validation of the endpoint URL to which the webhooks are sent.
From your documentation, we read that every 72 hours you try to validate the endpoint, and that we are required to answer your validation request within 3 seconds. After 3 failed validations, the webhooks are disabled by your system.
It seems that even if the flow is correctly implemented, sometimes we take more than 3s to replay to your validation request and as a result, the validation fails and the endpoint is disabled.
We believe that this is the result of our ISS, which goes to sleep and takes some time to wake up and process your request.
Could you suggest any solution to solve this issue?
In addition, we would like to know after the first validation request fails, how long it takes before your system send a new one?
Hi @martino.gonzales
thanks for reaching out to the Zoom Developer Forum and welcome to our community!
Thanks for bringing this up to us.
Could you please confirm with me if you are still having this issue where you are failing to revalidate your endpoint due to your system taking a little time to process the request?
Have you been able to troubleshoot this?
At the moment we did not take any action to solve the issue as we were waiting for more insight from you.
Thanks for the document that you share with us. By reading it, it is our understanding that the revalidation of the endpoint happens every 72 hours, even if the previous validation failed. So for example, if the validation fails, your system will send a new validation call after 72 hours and not shortly after as we were thinking at first.
Is this correct?
Hi @martino.gonzales
Your understanding is correct.
If the first validation fails, Zoom will send a new validation call after 72 hours, not shortly after.
Thanks for your reply.
We were wondering if it is possible to know at what time of day the validation of the endpoint happens so that we can wake up our application in time to respond to the validation request. In this way, we should be able to avoid the ISS to be sleeping when the validation arrives and be able to respond within the 3-second constraint.