These are webhooks Rumorly sends. To send answers to Rumorly from a form tool, see Generic webhooks.
Add an endpoint
In Settings → Webhooks, add anhttps:// URL and choose the events. The signing secret (whsec_…) is shown once. Store it with your other secrets. If it leaks, rotate it: the new secret applies from the next attempt.
Only workspace owners and admins can manage endpoints, and only after confirming their email address, since every event carries respondents’ answers and emails.
Use Send test event to send a sample. Its result, like every delivery, shows in the endpoint’s delivery log.
Events
What you receive
data.response has the same shape as GET /v1/responses/{id}. It describes the answer when the request is sent, so a retry carries the latest verdict. created_at is when the event happened. The values above are illustrative.
- Answer quickly with any
2xx. Do the work after you respond. Rumorly waits at most 10 seconds. - Deduplicate on
id(the same value asRumorly-Delivery). A retry reuses it. - Order isn’t guaranteed. Compare
classification.classified_atif you keep only the latest verdict. - Repeats are merged. If an answer changes again while its event is still waiting to be delivered, you get one event with the latest state. Saving the same override twice sends nothing new.
Verify the signature
Rumorly-Signature is t=<unix seconds>,v1=<signature>. The signature is the hex HMAC-SHA256 of {t}.{raw body}, keyed with your whole secret string, whsec_ prefix included. To check it:
- Read the raw request body, before any JSON parsing.
- Compute the HMAC and compare it with
v1in constant time. - Reject a
tmore than 5 minutes from your clock, to stop replays.
Retries and failures
- Anything other than a
2xxwithin 10 seconds is a failed attempt. A redirect counts as a failure, since Rumorly doesn’t follow redirects. Use the final URL. - A failed delivery is retried up to 8 times with exponential backoff, over roughly 2 to 4 hours.
- After 10 deliveries in a row fail every retry, the endpoint is switched off and the reason is shown in Settings. Any successful delivery resets the count. Fix the receiver, then turn the endpoint back on. Events from the time it was off are not sent again.
- Test events are tried once and never count toward switching an endpoint off.
- A workspace can have at most 5,000 events waiting for delivery. Past that, new events are dropped and counted on the endpoint until the backlog clears.
Security
- Only
https://URLs, withoutuser:password@. - Rumorly resolves your host each time it sends and refuses private, loopback, link-local, cloud-metadata and other reserved addresses. The connection goes to the address it checked.
- If an answer is erased (
DELETE /v1/people) before its event goes out, the event is skipped. Erasure doesn’t reach copies already delivered to your endpoint, so erase them there too.