Skip to main content
POST
Redeliver Delivery
Credits: 0 per request.

Overview

Queues a new delivery attempt for the same underlying event as the original delivery. The new attempt carries a fresh webhook-timestamp (so freshness checks on your side pass) and a new delivery_attempt_id, but the same webhook-id as the original, so your handler can still dedupe on it. This endpoint is billable. Requires the portfolios:manage scope.

Only terminal deliveries are redeliverable

Redelivery is accepted only when the delivery’s automatic retry chain has reached a terminal state: delivered, exhausted, or a failed attempt with no scheduled retry. If the chain is still live (the attempt is pending, or failed with an automatic retry still scheduled), the request returns 409 with error type redelivery_conflict. The automatic retry schedule (7 attempts over ~24 hours) is already working that delivery; redelivering mid-chain would race it. Poll GET /v1/webhooks/{id}/deliveries/{did} until the attempt is terminal, then redeliver. Repeated redelivery of the same terminal attempt is idempotent: the API returns the existing queued attempt’s delivery_attempt_id instead of creating a duplicate.

Path Parameters

string
required
Endpoint ID (whk_*).
string
required
Original delivery attempt UUID.

Response

string
Always "webhook_redelivery".
string
Opaque dlv_* identifier for this specific attempt.
string
Request identifier.

Code Examples