Skip to content
About

About Rasket

What Rasket is and how it is built: an email API for developers, one codebase serving the API, the dashboard and the docs, run by the Rasket team.

Rasket at a glance

What it is
An email API for developers
Interfaces
A REST API, a dashboard, Node and Python SDKs, and an MCP server
Sends
Transactional email and broadcasts, behind one API key
Receives
Inbound mail at your own domain, delivered as a signed webhook
Free plan
3,000 emails a month, 100 a day, 3 domains
Events
Delivery, bounce, complaint, open and click — signed, retried and replayable

What Rasket is

Rasket is an email API for developers: one REST API, a dashboard and typed SDKs for transactional email and broadcasts. You verify a domain, post a message to POST /emails, and every delivery, bounce, complaint, open and click comes back as a signed webhook. Sending, receiving, templates, contacts, broadcasts and automations are one product behind one API key.

Nothing in that split is a second product. A broadcast to a segment travels the same send pipeline as a password reset, records the same events, and honours the same suppression list.

How it is built

One Next.js application on Vercel serves the marketing site, the documentation, the dashboard and the public API. There is no second deployable unit and nothing is containerised.

The public API is described by an OpenAPI document served at /openapi.json, and the Node and Python clients are generated from it — so a field cannot exist in one and be missing from the other.

Every documentation page has a Markdown twin at the same URL, and /llms.txt lists them, because an assistant reading the docs should not have to parse a web page to do it.

Tenant isolation is enforced in the database rather than in application code, and every secret we hold is encrypted at rest.

The security page has the detail on all of it.

Who writes here

Everything published on this site is written by the Rasket team — the engineers who build the product. We publish under that name rather than a personal byline, because the team is what stands behind a claim, not whoever typed it.

How we check what we publish, how posts are dated, and how to ask for a correction are set out in the editorial policy.

Contact

Sales, support, security and everything else each have their own mailbox on the contact page.

See what it does

Create a key, verify a domain, and send your first email the same morning.