Invite-only pilot · owned MTA

Email delivery that explains itself.

Transmitly is transactional and permission-based marketing email on owned SMTP infrastructure. Durable acceptance, isolated streams, provider-aware rate control — and an autopilot that diagnoses, proposes and acts only within signed policy leases.

10M–100M
messages / month
p95 < 300ms
accept latency
RPO ≤ 5m
control plane
POST /v1/emails202
curl https://transmitly.io/v1/emails \
  -H "Authorization: Bearer $TRANSMITLY_KEY" \
  -H "Idempotency-Key: welcome-8f2c" \
  -H "Content-Type: application/json" \
  -d '{
    "from": "Notify <[email protected]>",
    "to": ["[email protected]"],
    "subject": "Welcome to Acme",
    "html": "<p>Your workspace is ready.</p>",
    "stream": "transactional",
    "tags": { "flow": "onboarding" }
  }'

# 202 Accepted — after the transaction commits
{ "id": "msg_2f9c…", "status": "accepted" }

accepted

committed

queued

scheduler

delivered

mx 250

Deferral pressure

autopilot reduced concurrency 30% · lease 60m

Controller decision

applied REDUCE_CONCURRENCY
provider=microsoft
evidence=fresh · tier=A1

expires automatically

01

Intake

Auth, quotas, ownership, MIME limits

02

Commit

Message + deliveries + outbox, one transaction

03

Schedule

Stream, pool, provider budget, fairness

04

Deliver

MTA adapter, KumoMTA spool, retries

05

Normalise

DSN/FBL events deduplicated and classified

06

Explain

Telemetry, incidents, proposals, signed actions

The platform

Correctness first. Deliverability follows.

Most sending platforms optimise the dashboard. Transmitly optimises the invariants that keep email working: durable state, honest semantics, isolated reputation and auditable control.

Durable acceptance

202 means committed

Message, per-recipient deliveries, idempotency key and queue intent commit in a single Postgres transaction. A single-node failure cannot lose an accepted message.

  • Transactional outbox
  • Idempotent retries
  • Per-recipient state

Stream isolation

Marketing can never sink your receipts

Transactional and marketing run on separate pools, budgets, priorities and blast-radius boundaries. Traffic is never laundered onto healthy IPs.

  • Separate pools & IPs
  • Per-provider budgets
  • Tenant fairness

Observability

SMTP truth, not a vibe score

Every attempt is normalised into provider, MX, enhanced status and reason. Deferral pressure, bounce rate and complaint rate stay separate — no invented inbox score.

  • ClickHouse raw facts
  • 5m/1h/24h windows
  • Error clustering

Bounded autonomy

AI that can only reduce risk

DeepSeek proposes; a deterministic controller validates evidence freshness, bounds, scope and blast radius. Every change is a signed, expiring lease.

  • Structured proposals
  • Action leases
  • Human gate for A3

Autopilot

Near-autonomous operations, with a spine.

LLMs diagnose and propose. Deterministic controllers enforce suppression, quotas, pool isolation, rate limits and policy. If telemetry is stale, increases freeze and sending gets conservative — automatically.

A0

Observe & propose

Always permitted. Summaries and recommendations only.

A1

Reduce & pause

Automatic when deterministic triggers pass. Short leases, auto-expiry.

A2

Scale & recover

Bounded within reserved capacity with rollback checks.

A3

Expand privileges

Human approval. Caps, IP reassignment, DNS, suspensions.

Structured proposal

schema-validated
{
  "incident_id": "inc_2f91",
  "scope": { "provider": "microsoft" },
  "action": "REDUCE_CONCURRENCY",
  "parameters": { "percent": 30, "duration_minutes": 60 },
  "evidence_refs": ["provider_window:microsoft:15m"],
  "confidence": 0.84,
  "rollback_condition": "deferral rate < 5% for 30m",
  "policy_version": "2026-11-v1"
}

Rejected

Stale telemetry

telemetry older than 15m → freeze mutations

Rejected

Out-of-bounds lease

duration 900m > max 240m

Prompt-injection boundary

SMTP replies, customer HTML and tickets are untrusted data. They are delimited and summarised; they can never define tools, policies or authority.

Pilot access

Bring legitimate sending. We'll bring the control plane.

Onboarding includes domain ownership, authentication checks, use-case review and graduated quotas. No purchased lists, no evasion, no unrestricted self-service sending.