Authenticated from the first send
Your domain carries the DKIM CNAME before you go live, and PUT /domain/dns/check confirms DKIM and SPF. Transactional email deliverability.
tinyRelay onboarding is done with our team, in four steps. You tell us what you send, share a webhook URL and the IPs you call from, set up your sender domains with one DKIM record, and we send your API key and SMTP credentials.
Two steps are yours, one we do together, and the last one starts with us. Each step is in the setup section of the docs.
Submit the Get started form with what you send, roughly how much, and whether you will use SMTP, the REST API or both.
Give us a public URL that accepts POST requests for webhook events, and the IP addresses you will call the API from so we can allowlist them.
Share the senders you will use so we can add their domains to our mail servers, and add the DKIM CNAME record tec1._domainkey to each domain.
We send your API key, SMTP credentials and webhook signing secret. Your first API request returns 202 with a requestId, and events start arriving at your webhook.
No fixed turnaround is published; timing depends on your DNS changes and details.
tinyRelay accounts are set up with our team rather than through a self-serve sign-up, because the first send matters: mail from an unauthenticated domain, or from a sender nobody expected, is exactly what receiving servers learn to distrust.
tinyRelay runs on the same email delivery infrastructure as tinyEmail, looked after by the same team. Setting up domains and senders properly before you send keeps that infrastructure, and your own domain's reputation, in good shape.
Your domain carries the DKIM CNAME before you go live, and PUT /domain/dns/check confirms DKIM and SPF. Transactional email deliverability.
We add the domains of the senders you share with us to our mail servers. Your From addresses are the ones you planned.
Your calling IPs are allowlisted and your key travels in a header. How tinyRelay handles security.
Gather these before you fill in the form. Tap each one as you get it ready.
All five come from the setup section of the tinyRelay docs.
Existing mailers suit the SMTP relay; new code suits the email API. You can use both.
I have these, get startedFour things to store and one address to note. Then send your first message.
Sent in a header on every API call. Keep it server-side.
For your framework mailer or any SMTP client. Connection details are confirmed at onboarding.
Used to verify svix-signature on every webhook request.
Allow it through your firewall if inbound traffic is restricted.
Credentials in hand, run these before real users depend on your email. Each one uses something documented, so you know exactly what a pass looks like.
Call PUT /domain/dns/check with your sending domain. DKIM and SPF should both come back Valid. If one says Invalid, the response lists the record it expected to find.
Send one message to an address you control, with a test value in metadata. The API should answer 202 with a requestId. A 401 means the key or header is wrong; check the calling IP is the one you gave us.
SEND and then DELIVERED should reach your webhook URL with your test metadata attached. Verify the svix-signature on each one before you trust it, exactly as you will in production.
Sending over SMTP instead? Point your mailer at the relay with the credentials we issued, send the same test message, and confirm it arrives signed for your domain. Laravel, Django and Rails guides show where each setting goes.
What people ask before they fill in the form.
It depends mostly on how quickly your DNS changes and details come together. We do not publish a fixed turnaround. Tell us your timeline on the form and our team will tell you what to expect.
Setup goes through our team today, starting with the Get started form. If you need a way to test before you go live, ask us.
A public webhook URL that accepts POST requests, the IP addresses you will call the API from, the sender addresses and domains you will use, access to add a DNS CNAME record, and a choice of SMTP, the REST API or both.
Send the new addresses to our team before you switch. API calls are accepted from allowlisted IP addresses, so update the list first.
If your firewall restricts inbound traffic, allow 3.229.12.181, the address webhooks are sent from. Verify each request's signature as well.
SMTP relay or REST API, standalone or alongside tinyEmail. Tell us what you send and our team sets you up.