Motorical

Sending SMTP · Transactional email API

One Motor Block per project. Full control.

Every app, environment, or experiment gets its own Motor Block — an isolated SMTP / transactional sender with its own domain, auth method, rates, delivery logs, webhooks, and automation. Total control over every project.
One Motor Block per project

Isolated sending stream for each project you run, test, or ship — own auth, specs, observability, and automation. Nothing shared with unrelated traffic.

DKIM signing built in

Every message is DKIM-signed before it leaves. Motorical system mail uses KMS-encrypted keys; your own domains are signed from per-domain keys held in the database, with CNAME delegation so you never paste a key into DNS.

Reputation monitoring

Continuous IP reputation and rate governance keeps your sending healthy automatically.

SPF coexistence

Adding Motorical to a domain that already sends via Google Workspace, M365, or another provider? We detect and merge with your existing SPF record instead of overwriting it.

Real delivery analytics

Queue status, throughput, and delivery logs — not vanity metrics.

How it works

1

Create a Motor Block

Spin up a sender for that project — SMTP credentials or an HTTP API key in seconds.

2

Configure auth & domain

Pick password, API key, OAuth, or mTLS; verify SPF/DKIM with coexistence checks.

3

Observe & automate

Logs, webhooks, and rates scoped to that Motor Block — then send via SMTP or HTTP.

Frequently asked questions

A Motorical SMTP Motor Block is an isolated sending stream for one project (app, staging env, tenant, or experiment): its own domain, auth method, API keys, SMTP credentials, rates, logs, webhooks, and automation — so projects never share credentials, reputation, or observability.

No. If your domain's apex already has SPF from another provider (Google Workspace, M365, etc.), Motorical detects it and offers to merge rather than replace it.

One Motor Block per project. Full control.