Validate the list first
Run the Clay-sourced list through the CSV validation job flow and wait for the job to complete. Recovery operates on a completed validation job, not on raw emails.
GTM workflow guide
Workflow guide for routing risky catch-all rows from a Clay table into opt-in Premium Catch-All Recovery on a completed CSV validation job, without changing canonical validation status.
Auth
X-API-Key header
Setup
moderate · Depends on Clay table and HTTP action setup
Workflow type
workflow
Run the Clay-sourced list through the CSV validation job flow and wait for the job to complete. Recovery operates on a completed validation job, not on raw emails.
Trigger recovery for the completed job's risky catch-all rows with X-API-Key authentication.
curl -X POST https://api.gtmapis.com/v1/csv/jobs/batch_123/recover-catchalls \
-H 'X-API-Key: $GTMAPIS_API_KEY'Read recovery output from the job recovery endpoint and map recovery confidence and recommended action back onto the matching Clay rows as separate columns.
curl https://api.gtmapis.com/v1/csv/jobs/batch_123/recovery \
-H 'X-API-Key: $GTMAPIS_API_KEY'Filter or branch the Clay table on recovery confidence and recommended action while keeping the canonical risky status column unchanged.
Decide which catch-all rows deserve cautious sending or manual review instead of discarding the whole segment.
Split a Clay table into send, review, and suppress segments using recovery confidence and recommended action fields.
No. Recovery adds confidence and recommended action fields; the canonical risky status is unchanged.
No. This page describes an HTTP/API workflow pattern inside Clay, not an official marketplace integration.
No. Premium Catch-All Recovery is non-intrusive and must not send verification emails.