Should your integration not respond or respond with a HTTP code other than 200 OK we will resend the webhook by an exponential backoff algorithm with the following seconds interval per attempt:
- 10
- 1800
- 3600
- 5400
- 7200
- 9000
- 10800
- 12600
- 14400
- 16200
We will attempt to respect the Retry-after header, if you respond with HTTP codes 429 Too Many Requests or 503 Service Unavailable.
We can handle values of Retry-after as described in RFC 9110 (positive integer delay seconds or an HTTP date in RFC 2822 format).
In addition we accept Date Times in ISO 8601 format.
Note that this still counts towards the 10 retries we will perform.