Was this article helpful?
Thanks for your feedback
Contentstack currently follows an exponential webhook retry policy whenever any webhook fails to send data to the desired notification URL or a session timeout occurs. We try to send data to that notification URL again four more times after certain resend intervals.
Some notification URLs may be invalid or may have turned unresponsive due to slow client servers. To stop retrying webhook requests that hit such inactive third-party URLs, Contentstack deploys the Webhook Circuit Breaker (WCB) implementation.
Contentstack waits for 30 seconds to receive data from the destination server. If the destination server fails to send data within this timeframe, the webhook request is timed out.
A webhook request may fail to retrieve data from a specific notification URL under the following scenarios:
When a webhook request repeatedly fails 10 times under any of the above scenarios, the system detects the invalid URL and automatically disables the webhook configured for that client. Contentstack then marks the faulty webhook with an Unhealthy status.
We will not send any webhook requests to the unresponsive third-party URL until the issue is resolved. If any other webhooks configured to the same URL also breach the threshold specified above, they will be automatically disabled.
Contentstack also sends a notification email to the concerned clients whenever the Webhook Circuit Breaker disables any webhook. You can specify the email addresses of the users to be notified under the Users(s) to Notify section when creating your webhook. Contentstack then sends the email alert to the specified users.
This email alert provides the following details:
The email alert notification contains the subject line - "[stack_name] - [webhook_title] webhook disabled due to unhealthy notification endpoint".
To enable the webhook again, you can visit the concerned stack and also debug the issue through the webhook logs.
Was this article helpful?
Thanks for your feedback