Source type
Resend Source Configuration
Resend sources receive email delivery, bounce, complaint, open, and click events with Svix-compatible signatures.
Resend configuration
Create a Resend source, keep POST and PUT and PATCH and DELETE enabled, and provide the configured Webhook Signing Secret values for provider signature. FastHook uses these settings to validate each Resend delivery before it enters the routing workflow.
Source TypeRESEND
Allowed methodsPOST, PUT, PATCH, DELETE
AuthenticationProvider signature
Credential fieldsWebhook Signing Secret
{
"type": "RESEND",
"config": {
"auth_type": "PROVIDER_SIGNATURE",
"auth": {
"provider": "RESEND",
"webhook_signing_secret": "whsec_..."
},
"allowed_http_methods": ["POST","PUT","PATCH","DELETE"]
}
}Resend request contract
FastHook uses Svix verification over message id, timestamp, and raw body with the configured whsec secret.
Resend headers
Preserve svix-id, svix-timestamp, svix-signature when sending Resend test deliveries. FastHook evaluates this request context before accepting the payload, so missing or modified values remain visible as rejected requests instead of routed events.
svix-idMessage id used in the signed payload.
svix-timestampUnix timestamp used in the signed payload.
svix-signatureSvix signature header.
Resend setup
- Create a Resend webhook endpoint using the FastHook Source URL.
- Copy the whsec signing secret into FastHook.
- Use email id and event type fields for routing or deduplication.
Resend routing hints
- Resend delivery traffic can branch into sent, delivered, bounced, complained, opened, and clicked workflows without mixing success and suppression handling.
- Keep the email identifier with each delivery event so support and analytics workflows can correlate status changes across the message lifecycle.