Send API

A small API with a complete record.

Send over HTTP with idempotency keys and batches; every response correlates to a timeline, the archive, and webhooks.

The send API is one endpoint — POST /v1/send — that accepts JSON, returns the mail's id, and feeds the same pipeline as SMTP: routing, failover, the timeline, the archive. Idempotency keys make retries safe (the same key returns the original send instead of a duplicate), and batches of up to 100 messages answer with a per-message 207 status.

Sends can be scheduled up to 72 hours ahead, routed per-request, and correlated end to end: the id in the response is the same id in the dashboard, in webhook events, and on the public viewer. Full request and response shapes live in the API reference.

HTTP API

Or just POST it

The same pipeline — failover, timeline, archive — behind one JSON endpoint, for stacks where SMTP feels like archaeology. Send with afetch(), get back the same mail ID you'll see in the dashboard, the public viewer, and the webhooks.

Keys that say what they are

mw_test_… drives the sandbox, mw_live_… is production. No guessing which environment you just emailed.

Retries that can't double-send

Put an Idempotency-Key on the request and retry as hard as you like — a repeated key returns the original send instead of a duplicate.

Batch without the mystery

Up to 100 messages per request, answered with a 207 and a per-message status — you know exactly which ones made it.

Limits that negotiate

Hit the monthly quota and the 429 comes with a Retry-After header and a machine-readable error code. Not vibes.

Read the Send API docs →

live on api.mailway.net · sandbox on api.mailway.dev

POST /v1/send
curl https://api.mailway.dev/v1/send \
-H "Authorization: Bearer mw_test_…" \
-H "Idempotency-Key: inv-2042-attempt-1" \
-d '{
"from": "billing@yourapp.com",
"to": "customer@gmail.com",
"subject": "Invoice #2042",
"html": "<h1>Paid…"
}'
HTTP/2 202 · accepted
{
"id": "m.01K8W9ABCDEFGHJKMNPQRSTVW",
"status": "queued",
"routing": { "provider": "amazon-ses-api", "strategy": "fallback" }
}
Developers

No SDK.
That's a feature.

It's standard SMTP — Nodemailer, smtplib, Laravel's mailer, ActionMailer and net/smtp already speak it fluently. Nothing to install today, nothing to rip out later. Prefer HTTP? The REST API comes with bearer auth, idempotency keys, and batch send.

  • Change one config block. Ship. That was the migration.
  • TLS on every connection — STARTTLS and implicit TLS.
  • Staging that can't email your customers — point it at smtp.mailway.dev and everything is captured, nothing is delivered until you explicitly release it.
All 7 SMTP ports open — the only service that does
:25:587:465:2525:2587:2465:588

GCP blocks port 25 outright. DigitalOcean blocks 25, 465and 587 outbound. The alternate ports mean your app sends from wherever it happens to run.

Read the SMTP relay docs →
// Nodemailer — zero changes to your send logic
const transporter = nodemailer.createTransport({
host: "smtp.mailway.net",
port: 587,
auth: {
user: process.env.MAILWAY_USER,
pass: process.env.MAILWAY_PASS,
},
});

Your mailer config has
one line to change

Mailway is in private beta — we onboard teams one at a time. Leave your email and we'll send your invite when it's your turn.

read the docs meanwhile →

join the waitlist — mailway.net

Your invite, one email away.

Mailway is in private beta — we onboard teams one at a time, in order. Leave your email and yours arrives when it's your turn.