Re-queue a dead_letter delivery for another attempt. Creates a brand-new delivery record (the original row is preserved for audit) and waits for the first attempt to finish before responding; subsequent retries — if any — happen asynchronously and surface in the deliveries list. Replaying a delivery that is not in the dead_letter state returns 422.
Documentation Index
Fetch the complete documentation index at: https://docs.closient.com/llms.txt
Use this file to discover all available pages before exploring further.
UUID of the delivery attempt record. Returned as the id field on every delivery response.
22^[23456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz]{22}$OK
Result of a synchronous test or replay delivery.
Returned by POST /webhooks/endpoints/{endpoint_id}/test/ (sends a
synthetic ping event) and POST /webhooks/deliveries/{id}/replay/
(re-queues a dead-lettered delivery and waits for the first attempt to
finish before responding). Subsequent retries — if any — happen
asynchronously and surface in the deliveries list.
UUID of the delivery record that was created or replayed. Use this to look the attempt up in the deliveries list.
Lifecycle state of the delivery attempt. pending deliveries are awaiting their next retry; delivered is terminal-success; failed is mid-retry-backoff; rate_limited is a 429 response (retried separately so 429s don't inflate failure rates); dead_letter is terminal-failure after retries are exhausted and must be replayed via the deliveries-replay endpoint to attempt again.
pending, delivered, failed, rate_limited, dead_letter HTTP status code returned by the customer endpoint on the most recent attempt. null while the delivery is enqueued but has not been attempted yet, or when the request errored before a response was received (DNS / TLS / connect timeout).
100 <= x <= 599First 256 characters of the customer endpoint's response body for the test attempt, or null if the request errored before a response was received.
256