# SMTP Relay Service: Authenticatie, Warmup en Traces URL: https://notificationharbor.com/nl/lp/smtp-relay-service Type: landing Locale: nl Published: 2026-11-11 Updated: 2026-11-12 --- > Wat een SMTP relay service moet afhandelen: drop-in SMTP op poort 587, authenticatiecontroles, een warmup van vier weken, retries met backoff en een trace per verzending. *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. ## 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. ## Van lokale Postfix naar gerelayd in vijf stappen 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. **Maak SMTP-credentials aan** — Genereer per applicatie een afgebakende credential, zodat één gelekt wachtwoord niet elke dienst blootstelt die mail verstuurt. 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. **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. **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 *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 ## Waar een SMTP relay zit tussen zelf hosten en een API | Criterium | Zelfgehoste MTA | SMTP relay service | Alleen HTTP-mail-API | |---|---|---|---| | Werkt met bestaande SMTP-code | Ja | Ja | Nee, vereist een integratie | | IP- en domeinreputatie | Jij beheert het | Beheerd, met warmup | Beheerd, met warmup | | Retry- en bounce-afhandeling | Je eigen configuratie | Ingebouwd, geclassificeerd | Ingebouwd, geclassificeerd | | Trace per verzending | Mail-logs op de server | Trace plus SSE-events | Trace plus SSE-events | | Idempotentiesleutels | Niet beschikbaar | Via de API en SDK's | Native | | Operationele last | Hoog | Laag | Laag | ## 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. *Call to action: Gratis aan de slag* ## FAQ ### 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.