Als marketeer hoef je de technische commando’s achter SMTP niet te kennen. Je moet wel weten welk systeem namens jouw organisatie mail verstuurt, welk afzenderdomein daarbij wordt gebruikt en bij wie je moet zijn als berichten worden geweigerd. Dat voorkomt dat een technisch probleem ten onrechte als contentprobleem wordt behandeld.
Wat gebeurt er nadat je op verzenden klikt?
Een nieuwsbrief, orderbevestiging of servicemail legt achter de schermen een korte keten af. De precieze inrichting verschilt per organisatie, maar het proces bestaat meestal uit vijf stappen:
- Je mailprogramma, website, CRM of e-mailmarketingplatform biedt het bericht aan bij een uitgaande mailserver.
- De verzendende server controleert of het systeem mag verzenden. Bij het aanbieden van mail gebeurt dat meestal met authenticatie en een beveiligde verbinding.
- De server zoekt uit welke mailserver het domein van de ontvanger gebruikt en probeert het bericht daar af te leveren.
- De ontvangende server accepteert het bericht, stelt de aflevering uit of weigert het met een SMTP-code.
- Na acceptatie beoordeelt de mailboxprovider waar het bericht terechtkomt, bijvoorbeeld in de inbox, een tabblad of de spammap.
Een SMTP-server kan bevestigen dat een bericht technisch is aangenomen, terwijl de mailboxprovider het daarna toch als spam classificeert. ‘Afgeleverd’ in een campagnerapport is daarom niet hetzelfde als ‘zichtbaar in de primaire inbox’.
Lees meer over de mogelijke oorzaken wanneer je e-mails in de spammap terechtkomen.
SMTP-server, relay en poort: drie termen die je tegenkomt
Een SMTP-server is een server die uitgaande mail aanneemt of doorstuurt. Een SMTP-relay is de doorgifte via zo’n server of dienst. Een website of CRM levert het bericht aan, waarna de relay het transport naar de ontvangende mailserver verzorgt.
Bij een koppeling vraagt een leverancier soms om een servernaam, gebruikersnaam, wachtwoord of token, beveiligingsmethode en poort. Gebruik altijd de waarden uit de actuele documentatie van die leverancier.
| Poort | Gebruik |
|---|---|
| Poort 587 | Bedoeld voor het aanbieden van uitgaande mail, meestal met STARTTLS. |
| Poort 465 | Gebruikt voor het aanbieden van mail met een TLS-verbinding die direct bij het verbinden start. |
| Poort 25 | Vooral bedoeld voor verkeer tussen mailservers. Dit is meestal niet de poort die een marketeer voor een applicatiekoppeling instelt. |
Kies niet zelf een poort op basis van een willekeurig lijstje op internet. Een verkeerde combinatie van poort en beveiligingsmethode leidt vaak tot een time-out of authenticatiefout. Laat IT of de leverancier bevestigen welke instelling voor jullie omgeving geldt.
SMTP is niet hetzelfde als IMAP, POP3 of een API
| Techniek | Rol |
|---|---|
| SMTP | Verstuurt en transporteert uitgaande e-mail. |
| IMAP | Synchroniseert ontvangen e-mail en mappen tussen de server en apparaten. |
| POP3 | Haalt ontvangen e-mail op, vaak naar één apparaat of lokale opslag. |
| API | Laat een applicatie rechtstreeks opdrachten of berichtdata aan een e-maildienst geven. |
Een API en SMTP zijn dus niet altijd concurrerende keuzes. Een applicatie kan een bericht via een API aan een e-maildienst geven, waarna mailservers het verdere transport alsnog via SMTP uitvoeren.
Voor marketing is de relevante vraag vooral welke koppeling het systeem ondersteunt en waar foutmeldingen, bounces en verzendlimieten zichtbaar worden.
Waarom SMTP voor marketeers wél relevant is
SMTP wordt een marketingvraag zodra meerdere systemen namens hetzelfde domein mailen. Denk aan het e-mailmarketingplatform, CRM, webshop, websiteformulier, facturatiepakket en ticketsysteem. Als niemand het totaaloverzicht bewaakt, kan een nieuwe verzendbron buiten de domeinauthenticatie vallen of kan een storing tussen teams blijven liggen.
Houd daarom een eenvoudig register bij met per verzendbron het soort e-mail, het zichtbare afzenderdomein, de technische eigenaar en de contactpersoon bij de leverancier. Dat register helpt IT bij SPF, DKIM en DMARC en helpt marketing om sneller te bepalen welke campagnes of automatische berichten geraakt worden.
SMTP en domeinauthenticatie zijn niet hetzelfde. SMTP vervoert het bericht. SPF, DKIM en DMARC helpen ontvangende partijen controleren of een verzendbron namens een domein mag mailen en of technische domeinen aansluiten op de zichtbare afzender.
Ook een technisch correct bericht kan slecht presteren wanneer ontvangers het niet verwachten, vaak klagen of nauwelijks reageren.
Zo lees je een SMTP-probleem zonder te gaan gokken
| Signaal | Waarschijnlijke richting | Eerste actie |
|---|---|---|
| Geen verbinding | Servernaam, poort, TLS of netwerk | Controleer de leveranciersinstellingen en laat IT de verbinding testen. |
| Authenticatie mislukt | Inloggegevens, token, rechten of verzendadres | Controleer het account en wijzig geen beveiliging om de fout te omzeilen. |
| 4xx-code | Tijdelijke weigering | Bewaar de volledige code en kijk of het systeem later opnieuw probeert. |
| 5xx-code | Definitieve weigering voor deze poging | Onderzoek adres, beleid, authenticatie en reputatie aan de hand van de volledige fouttekst. |
| Geaccepteerd, maar in spam | Filtering na SMTP-acceptatie | Controleer authenticatie, reputatie, klachten, lijstkwaliteit en verzendgedrag. |
Vraag bij een storing om de volledige SMTP- of bouncecode, niet alleen om een screenshot met ‘verzenden mislukt’. Codes die met 4 beginnen wijzen doorgaans op een tijdelijk probleem. Codes die met 5 beginnen wijzen meestal op een definitieve weigering voor die poging. De tekst achter de code geeft vaak meer richting dan het nummer alleen.
Wat moet je als marketeer controleren?
- Welke systemen versturen e-mail met jullie domein als afzender?
- Wie beheert per systeem de koppeling, inloggegevens en verzendlimieten?
- Welke partij beheert DNS en de instellingen voor SPF, DKIM en DMARC?
- Waar vind je bouncecodes, logboeken en resultaten per mailboxprovider?
- Wie pakt een tijdelijke storing op en wie onderzoekt structurele weigeringen of spamklachten?
Met die vijf antwoorden hoef je geen mailserverbeheerder te worden. Je kunt wel snel onderscheid maken tussen een verbindingsfout, een weigering door de ontvangende server en een probleem met reputatie, lijstkwaliteit of relevantie.
Van transport naar betrouwbare verzending
De praktische hoofdregel is eenvoudig: zie SMTP als de transportlaag en beoordeel aflevering apart. Werkt de verbinding niet, onderzoek dan serverinstellingen, beveiliging en authenticatie. Wordt mail geweigerd, begin bij de bouncecode. Is het bericht geaccepteerd maar belandt het in spam, kijk dan breder naar domeinauthenticatie, reputatie, verzendgedrag, adressen en inhoud.
Breng eerst alle systemen in kaart die namens jouw domein mailen. Controleer daarna of die verzendbronnen technisch goed zijn opgenomen.
Lees de MailCamp-uitleg over SPF, DKIM en DMARC en controleer of alle verzendbronnen van jouw organisatie correct zijn ingesteld.
Technische bronnen
De technische basis van deze uitleg volgt uit RFC 5321 over SMTP, RFC 6409 over message submission en RFC 8314 over TLS voor mail submission.
