SMTP relay, als infrastructuur

Een SMTP relay service die terugrapporteert

Wijzig host en poort, en houd je code. Krijg authenticatiecontroles, warmup, retries en een trace voor elk bericht dat via je SMTP relay service wordt verstuurd.

Begin met verzenden via SMTP Bekijk wat de relay afhandelt
Ingenieur bij een monitoringterminal aan het eind van een donkere serverrij met blauwe statuslampjes
Wat de relay afhandelt

Zes taken die je niet meer met de hand doet

Een SMTP relay is pas nuttig als hij werk wegneemt. Dit zijn de onderdelen van uitgaande mail die meestal eindigen als een kluwen cronjobs en runbooks.

Drop-in SMTP-endpoint

Poort 587 met STARTTLS of poort 465 met impliciete TLS. Elke framework-mailer, CMS of legacysysteem dat SMTP spreekt, werkt na alleen een wijziging van host en credentials.

Authenticatie eerst gecontroleerd

SPF-, DKIM- en DMARC-uitlijning worden gecontroleerd vóór de eerste productieverzending, zodat een kapotte DNS-record de rest van de opzet niet stilletjes ondermijnt.

Warmup op een vaste opbouw

Een nieuw domein gaat in ongeveer vier weken van 50 verzendingen per dag naar 100k. De curve wordt door de relay afgedwongen, niet door een spreadsheet.

Retries met backoff

4xx-uitstel wordt opnieuw geprobeerd met exponentiële backoff. 5xx-afwijzingen stoppen meteen en worden geclassificeerd, zodat een dode mailbox niet de hele nacht wordt bestookt.

Trace per verzending

Open-, klik-, bounce- en spamsignalen per bericht, gestreamd via SSE, met de ruwe SMTP-respons erbij wanneer een verzending mislukt.

Export naar je stack

Stuur dezelfde events naar Datadog of Grafana en stel alerts op de levering in, net zoals je dat voor latentie en foutpercentage doet.

Hoe het werkt

Van lokale Postfix naar gerelayd in vijf stappen

De meeste migraties kosten een middag. Het langzame deel is de opbouw, en die loopt zonder toezicht.

  1. 1

    Voeg het verzenddomein toe

    Publiceer de SPF-include en DKIM-records die de service je geeft. De uitlijning wordt gecontroleerd voordat er ook maar één bericht vertrekt.

  2. 2

    Maak SMTP-credentials aan

    Genereer per applicatie een afgebakende credential, zodat één gelekt wachtwoord niet elke dienst blootstelt die mail verstuurt.

  3. 3

    Laat je mailer naar de relay wijzen

    Stel de host in, gebruik poort 587 met STARTTLS en stuur een testbericht. In Postfix is dit één relayhost-regel in main.cf.

  4. 4

    Stel een doelvolume en periode in

    Kies waar je naartoe wilt en over welke periode. Vier weken naar 100k per dag is een gangbaar startpunt voor een nieuw domein.

  5. 5

    Lees de traces en schakel over

    Stuur eerst een klein deel en lees de traces. Als de bounce- en klachtenpercentages normaal zijn, verplaats je de rest van het volume.

Voor wie dit is

Voor een team dat een zelfgehoste Postfix-server uitfaseert

Een mailserver die je zelf beheert werkt tot de dag dat hij niet meer werkt. Een IP belandt op een blocklist, de wachtrij loopt vast achter een trage ontvanger, of de ene persoon die de configuratie begreep vertrekt. Een relay neemt de aflevering, de reputatie en de retries over, terwijl je applicaties naar een SMTP-endpoint blijven sturen zoals voorheen. Je ziet welke batch is gebounced en waarom, zonder via SSH mail-logs te moeten lezen.

  • Behoud de SMTP-interface die je apps al gebruiken
  • Geen wachtrij of blocklist om in de gaten te houden
  • Ruwe SMTP-responses in de trace, niet alleen een statuslabel
Laptop met terminallogs naast een schets in een notitieboek van mailservers die met pijlen verbonden zijn
Voor wie dit is

Voor een productteam waarvan het transactionele volume steeds omhoog springt

Transactionele mail groeit in sprongen. Een nieuwe onboardingflow gaat live, een functie bereikt algemene beschikbaarheid, en het aantal verzendingen verdubbelt van de ene op de andere nacht. Het nieuwe volume geleidelijk inregelen houdt wachtwoordresets en bonnetjes in de inbox terwijl de pipeline opschaalt. Als er iets afwijkt, benoemt een alert het signaal in plaats van dat je moet gokken.

  • Verwerkt sprongen in volume, niet alleen gestage groei
  • Bestaande transactionele verzendingen blijven onaangetast tijdens een opbouw
  • Automatische pauze wanneer bounce- of spampercentages een drempel overschrijden
Patchpaneel in een serverrek met gele kabels en blauwe statuslampjes
Vergeleken

Waar een SMTP relay zit tussen zelf hosten en een API

Geen ranglijst. De juiste keuze hangt af van wat je al draait en hoeveel van de aflevering je zelf wilt beheren.

CriteriumZelfgehoste MTASMTP relay serviceAlleen HTTP-mail-API
Werkt met bestaande SMTP-codeJaJaNee, vereist een integratie
IP- en domeinreputatieJij beheert hetBeheerd, met warmupBeheerd, met warmup
Retry- en bounce-afhandelingJe eigen configuratieIngebouwd, geclassificeerdIngebouwd, geclassificeerd
Trace per verzendingMail-logs op de serverTrace plus SSE-eventsTrace plus SSE-events
IdempotentiesleutelsNiet beschikbaarVia de API en SDK'sNative
Operationele lastHoogLaagLaag

Veelgestelde vragen

Wat is een SMTP relay service?
Het is een beheerde server die mail van je applicatie via SMTP accepteert, jou authenticeert en de mail namens jou bezorgt bij de mailserver van de ontvanger. Je behoudt je bestaande code of framework-mailer en wijzigt alleen host, poort en credentials.
Welke poort moet ik gebruiken voor SMTP-relay?
Gebruik voor de meeste applicaties poort 587 met STARTTLS, of poort 465 voor impliciete TLS. Poort 25 is bedoeld voor verkeer tussen servers en veel cloudproviders blokkeren die naar buiten toe. Voor een app die via een relay verstuurt is die dus zelden de juiste keuze.
Wat is het verschil tussen een SMTP relay en een mail-API?
Beide eindigen in dezelfde bezorgpijplijn. SMTP is het compatibiliteitspad: elk framework, CMS of legacysysteem dat SMTP spreekt werkt ongewijzigd. De HTTP-API en de Node-, Python- en Go-SDK's voegen idempotentiesleutels en gestructureerde fouten toe voor nieuwe code.
Heb ik SPF, DKIM en DMARC nog nodig met een relay?
Ja. De relay ondertekent en verstuurt, maar je domein moet hem wel autoriseren. De service controleert SPF- en DKIM-uitlijning vóór de eerste productieverzending, omdat een ontbrekende record de meest voorkomende reden is dat mail na een migratie in de spam belandt.
Kan ik zonder downtime overstappen van mijn eigen Postfix-server?
Ja. Richt Postfix in als smarthost naar de relay op poort 587, stuur eerst een klein deel van het volume en houd de traces in de gaten. Zodra de bounce- en klachtenpercentages normaal lijken, routeer je de rest en schakel je het directe afleverpad uit.
Wat gebeurt er als een verzending mislukt of de ontvangende server bezet is?
Tijdelijke fouten zoals 4xx-uitstel worden opnieuw geprobeerd met exponentiële backoff. Permanente fouten, zoals een 550 mailbox onbekend, worden geclassificeerd als harde bounces, stoppen met opnieuw proberen en verschijnen in de trace per verzending met de ruwe SMTP-respons.
Komt een nieuw domein op dag één in de inbox terecht?
Niet betrouwbaar. Een nieuw domein heeft geen reputatie, dus het volume moet geleidelijk opgebouwd worden. Warmup duurt ongeveer vier weken, van 50 verzendingen per dag naar 100k, en het versturen pauzeert automatisch als bounce- of spampercentages een drempel overschrijden.
Is een relay de moeite waard bij een paar duizend mails per maand?
Vaak wel, ook bij een laag volume, omdat de kosten die je vermijdt operationeel zijn: het onderhouden van IP-reputatie, het toezicht op de wachtrij en het afhandelen van bounces. De businesscase is het sterkst wanneer het volume in sprongen stijgt, bijvoorbeeld bij een nieuwe onboardingflow of een algemene lancering.

Wissel één hostnaam, houd de rest van je stack

Wijs je mailer naar de relay, bouw het domein op en lees de trace van elke verzending. Warmup en automatische pauze staan standaard aan.

Gratis aan de slag Bekijk hoe de uitrol werkt
notificationharbor
Gratis starten