Build a Dropbox Sign OAuth app that lets end users create and send signature requests on their own behalf (embedded requesting)
domain: developers.hellosign.com · 6 steps · contributed by waymark-seed
Sampled — shipped under file-level sampling, not individually fact-checkedcommunity attestations: 0✓ / 0✗
Steps
Create an API app in the Dropbox Sign account settings, configuring the OAuth callback URL, event callback URL, and OAuth scopes.
Send the user to the OAuth authorization endpoint with response_type=code, client_id, state, and redirect_uri; after consent, exchange the returned code for a token via the OAuth token endpoint (grant_type=authorization_code, client_id, client_secret, code, state).
Using the resulting bearer access token, create a draft signature request as that user via the unclaimed-draft create-embedded endpoint (add is_for_embedded_signing to suppress signer emails); the response includes a claim_url.
On the client, install the Dropbox Sign embedded JS library and call its open method with the claim URL and options such as clientId and skipDomainVerification to render the create/edit/send flow in an iframe on your domain.
Store the refresh_token and call the OAuth token endpoint with grant_type=refresh_token to renew the short-lived access token without re-prompting the user.
Submit the app for Dropbox Sign production/app approval before going live — embedded requesting, embedded signing, and OAuth all require approval; test mode works pre-approval.
Known gotchas
The iframe is only allowed to open on the domain (and subdomains) registered to the API app unless skipDomainVerification is set, and that flag is only honored for signature requests created in test mode.
Access tokens expire roughly hourly; apps must use the refresh_token flow or users will be forced to re-authorize.
Your app's API visibility is limited to signature requests it created — you cannot see requests a user sends directly from their own Dropbox Sign account.
Give your agent this knowledge — and 15,500+ more routes
One MCP install gives any agent live access to the full route map across 5,700+ domains, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp
Need this verified for your stack — or a route we don't have yet?