Dropbox Sign Events and Callbacks
Version 1.0.0
AsyncAPI description of the Dropbox Sign (formerly HelloSign) outbound event / callback surface. Dropbox Sign delivers event notifications by issuing HTTP POST requests to a subscriber-configured URL with a `multipart/form-data` body whose `json` part contains the event payload. Two callback scopes are supported by the platform: - Account Callbacks: account-level events delivered to the URL configured on the authenticated account (Settings > API > Account Callback, or via the `account/update` endpoint). - App Callbacks: API-app-scoped events delivered to the URL configured on a specific API app. Any signature request created with that app's `client_id` will fire app callbacks instead of (or in addition to) account callbacks. Source documentation: - Events overview: https://developers.hellosign.com/docs/events/overview/ - Events walkthrough: https://developers.hellosign.com/docs/events/walkthrough/ - Account callbacks: https://developers.hellosign.com/api/reference/operation/accountUpdateEventCallback/ - App callbacks: https://developers.hellosign.com/api/reference/operation/apiAppCreateEventCallback/ - OpenAPI source: https://github.com/hellosign/hellosign-openapi Verification (event_hash): Every callback body contains an `event.event_hash`. Subscribers verify authenticity by computing HMAC-SHA256 over the UTF-8 string formed by concatenating `event_time` and `event_type` (in that order, no separator), keyed by the receiving account's API key, and comparing the lowercase hex digest to the supplied `event_hash`. The same construction is used for both account and app callbacks; the official Ruby, PHP, and Python SDK helpers (`EventCallbackHelper`) pass the API key as the HMAC key in both cases. Reference (shell): echo -n "${event_time}${event_type}" | \ openssl dgst -sha256 -hmac "${api_key}" Response contract: The subscriber MUST respond `HTTP 200` with a `text/plain` body whose content is exactly `Hello API Event Received`. Anything else (including a 200 with the wrong body) is treated as a failure. Failed deliveries are retried up to six times with exponential backoff (5m, 15m, 45m, 2.25h, 6.75h, 20.25h). After 10 consecutive callback failures Dropbox Sign automatically clears the callback URL.
Channels
Messages
Servers
{accountCallbackUrl}
{appCallbackUrl}