SMTP Relay
Authenticated SMTP submission to a hardened relay cluster, with per-stream credentials, envelope shaping and full log access. Suitable for senders migrating off shared platforms without giving up control of their DNS or content.
Overview
Our SMTP relay is a submission endpoint backed by clustered MTAs that we operate directly. Clients connect over TLS with per-stream credentials and hand off messages by SMTP or SUBMISSION. The relay accepts, authenticates, aligns envelopes, signs with the client's DKIM key, routes to the appropriate outbound IP pool and processes bounces and complaints back to the client.
Unlike a generic transactional API, the relay is designed to preserve control at the sender's side: the client keeps their sending domains, DKIM keys and content templates. Northbound provides the outbound reputation, IP posture and deliverability engineering behind the endpoint.
Every relay account is issued with rate limits, per-stream tagging and complaint routing that reflect the client's actual sending profile — not a shared template.
Benefits
- Migration off a shared platform without rewriting your application
- Per-stream credentials — transactional, marketing and internal traffic isolated
- Full envelope, header and bounce logs available to the sender
- TLS 1.2/1.3 required; certificate pinning available for high-security integrations
- Rate control and queue policy tuned to the sender's traffic pattern
Technical specifications
| Protocols | SMTP (25), Submission (587), SMTPS (465) |
|---|---|
| Authentication | SASL PLAIN, LOGIN, CRAM-MD5, XOAUTH2 |
| Transport security | STARTTLS mandatory; TLS 1.2 minimum |
| Throughput | Up to 250 msg/sec per credential (higher on request) |
| Message size | 50 MB default; 100 MB on request |
| Log retention | 60 days hot, 12 months archived |
| SLA | 99.95% acceptance uptime, monitored externally |
Use cases
- — SaaS application that has outgrown its transactional ESP but does not want a full self-hosted MTA
- — Marketing team that needs to move off a shared IP pool without changing sending platform
- — Agencies that need one submission endpoint with per-client tagging
- — Financial and health senders that require log retention beyond typical ESP defaults
Questions
Do you accept any content over the relay?
Can I bring my own DKIM keys?
Is the relay multi-region?
Related
- Dedicated SMTPA private MTA cluster allocated to a single client. Dedicated IPs, isolated bounce and com…
- Managed SMTPA dedicated MTA that we operate on your behalf, with ongoing tuning, monitoring, reputatio…
- PowerMTALicensed PowerMTA nodes operated by engineers who have run it in production for over a dec…
- PostfixHardened Postfix installations for API-driven, transactional and general-purpose outbound …
- Dedicated IPsDedicated IPv4 allocations in multiple regions, with reverse DNS, SWIP assignment, PTR ali…
- IP RotationDeterministic and weighted IP rotation across pools, calibrated to volume, vertical and pr…