--- title: "SMTP: wat het is, de SMTP-server en welke poort je kiest" description: "SMTP (Simple Mail Transfer Protocol) is het protocol waarmee mailprogramma's en mailservers e-mail versturen." canonical: https://www.keurigonline.nl/begrippenlijst/smtp last_modified: 2025-12-18 --- [Terug naar begrippenlijst](https://www.keurigonline.nl/begrippenlijst) # SMTP SMTP (Simple Mail Transfer Protocol) is het protocol waarmee mailprogramma's en mailservers e-mail versturen. SMTP (Simple Mail Transfer Protocol) is het protocol waarmee e-mail wordt verstuurd: van je mailprogramma naar je uitgaande mailserver, en van die server naar de mailserver van de ontvanger. Voor het lezen en ophalen van mail gebruik je een ander protocol, IMAP of POP3. Een SMTP-gesprek bestaat uit korte tekstcommando's. De verzender stelt zich voor met EHLO, noemt de afzender met MAIL FROM en de ontvanger met RCPT TO, en stuurt na DATA het bericht zelf. De verzendende server zoekt via het MX-record van het domein van de ontvanger op waar de mail heen moet. Daarna controleert de ontvangende server met SPF, DKIM en DMARC of de afzender te vertrouwen is. Welke SMTP-poort je gebruikt, hangt af van de rol. Mailservers praten onderling via poort 25. Je mailprogramma hoort te versturen via poort 587 met STARTTLS of via poort 465, waar de verbinding vanaf het eerste moment versleuteld is, en altijd met gebruikersnaam en wachtwoord. Zo kan niet iedereen zomaar mail via een server versturen, want een server die dat wel toelaat heet een open relay en belandt snel op blokkadelijsten. Bij KeurigOnline verstuur je mail via poort 465 met SSL/TLS of via poort 587 met STARTTLS, met SMTP-verificatie aan en je volledige e-mailadres als gebruikersnaam. Poort 25 en verbindingen zonder versleuteling werken voor je mailprogramma niet meer. Als servernaam gebruik je de server die keurigonline.nl/email-instellen toont na het invullen van je adres, niet mail.jouwdomein.nl. Lukt ontvangen wel maar versturen niet, probeer het dan via webmail.keurigonline.nl: werkt het daar wel, dan zit de fout in de instellingen voor de uitgaande server op je apparaat. ## Geschiedenis Jon Postel beschreef SMTP in augustus 1982 in [RFC 821](https://datatracker.ietf.org/doc/html/rfc821). Het oorspronkelijke protocol vroeg niet wie er verstuurde, dus konden spammers open servers misbruiken. Latere uitbreidingen voegden inloggen, versleuteling en een aparte poort voor mailprogramma's toe ([Wikipedia](https://en.wikipedia.org/wiki/Simple_Mail_Transfer_Protocol)). Belangrijke mijlpalen: - **1982:** RFC 821 beschrijft SMTP - **1995:** RFC 1869 introduceert Extended SMTP (ESMTP) met EHLO - **2008:** [RFC 5321](https://datatracker.ietf.org/doc/html/rfc5321) is de huidige basisspecificatie - **2018:** [RFC 8314](https://datatracker.ietf.org/doc/html/rfc8314) raadt versleuteld versturen via poort 465 aan ## Bronnen 1. **IETF (2008)** - [RFC 5321 - Simple Mail Transfer Protocol](https://datatracker.ietf.org/doc/html/rfc5321) 2. **IETF (2011)** - [RFC 6409 - Message Submission for Mail](https://datatracker.ietf.org/doc/html/rfc6409) 3. **IETF (2018)** - [RFC 8314 - Cleartext Considered Obsolete: Use of TLS for Email Submission and Access](https://datatracker.ietf.org/doc/html/rfc8314) 4. **Wikipedia** - [Simple Mail Transfer Protocol](https://en.wikipedia.org/wiki/Simple_Mail_Transfer_Protocol) ## Gerelateerde artikelen E-mail 2 jul 2026 [GDMA Email Benchmark 2026: e-mailmarketing Nederland verbeteren](https://www.keurigonline.nl/blog/e-mailmarketing-nederland-benchmark-2026-verbeteren) De hoge Nederlandse acceptance rate van 99,3% is geen toeval. Nederlandse e-mailaanbieders en hostingpartijen ondersteunen standaard de drie kernprotocollen voor authenticatie, waardoor e-mails de inbox bereiken in plaats van te worden geblokkeerd. Maar die technische basis is inmiddels geen best practice meer. Het is een harde vereiste die de grootste e-mailproviders ter wereld actief afdwingen, met directe rejecties als gevolg. ### Chronologie van de authenticatie-deadlines In 2024 stelden Google en Yahoo als eersten verplichte eisen voor bulk-verzenders: SPF, DKIM en DMARC zijn verplicht, het spampercentage moet onder de 0,3% blijven en ontvangers moeten zich met één klik kunnen afmelden.[\[2\]](https://www.frankwatching.com/archive/2026/06/22/gdma-email-benchmark-2026/) In mei 2025 volgde Microsoft voor Outlook.com, Hotmail en Live met dezelfde eisen. E-mails die niet voldoen aan SPF, DKIM en DMARC krijgen een harde SMTP-fout 550 5.7.515 en worden direct geweigerd.[\[8\]](https://www.basedriver.com/e-mailmarketing/e-mail-deliverability-in-2026-wat-marketeers-extra-moeten-doen-om-inboxing-op-peil-te-houden/) Gmail schaalt enforcement verder op vanaf november 2025 met zowel tijdelijke als permanente rejecties voor niet-conforme afzenders. Apple iCloud weigert bulkmail bij ontbrekende authenticatie, vereist dat afmeldingen binnen 48 uur worden verwerkt en dat inactieve adressen periodiek worden verwijderd.[\[9\]](https://powerdmarc.com/nl/bulk-email-sender-requirements/) **Let op: Microsoft weigert e-mail bij ontbrekende authenticatie** - Geen of onjuist SPF-record: directe SMTP-fout 550 5.7.515, e-mail afgewezen. E-mail 27 jun 2026 [Domein beschermen tegen phishing: SPF, DKIM en DMARC](https://www.keurigonline.nl/blog/domein-beschermen-tegen-phishing) Een klant belt: hij heeft zojuist een factuur betaald aan "jou", maar jij hebt die nooit verstuurd. De afzender stond letterlijk als jou@jouwnaam.nl in zijn inbox. Geen gehackte inbox, geen gestolen wachtwoord, geen verdacht e-mailadres. Gewoon jouw domeinnaam, misbruikt door iemand anders. Dit is e-mailspoofing, en het is mogelijk omdat het e-mailprotocol SMTP bij zijn ontwerp in de jaren tachtig geen afzenderverificatie kende. Zonder de juiste DNS-records kan iedereen ter wereld een e-mail sturen alsof hij van jouw domein afkomt. Hoe [DNS-records werken en welke rol ze spelen voor jouw domein](https://www.keurigonline.nl/blog/hoe-domeinnamen-werken) is een goede startplek voor wie de basis nog wil begrijpen. In dit artikel leggen we je uit welke concrete maatregelen je treft om je domein te beschermen: van SPF en DKIM tot DMARC, DANE, BIMI en defensieve domeinregistratie. ## Hoe criminelen jouw domeinnaam misbruiken zonder jouw wachtwoord Het SMTP-protocol, de basis van alle e-mail, werd in 1982 ontworpen. Afzenderverificatie zat er niet in. Dat betekent concreet: elk systeem dat e-mail kan versturen, kan als afzender iedere domeinnaam invullen die het wil. Jouw mailserver controleert dat niet, en die van de ontvanger ook niet, tenzij jij de juiste beveiligingsrecords hebt ingesteld. E-mail 22 jun 2026 [Eigen mailserver versus hosting: voor- en nadelen 2026](https://www.keurigonline.nl/blog/eigen-mailserver-versus-hosting) - **Februari 2024:** Google en Yahoo stelden SPF en DKIM verplicht voor bulkafzenders (meer dan 5.000 berichten per dag). Kleinere afzenders moesten minimaal SPF of DKIM implementeren.[\[2\]](https://support.google.com/mail/answer/81126) - **November 2025:** Gmail schakelde over van spamfolder naar permanente SMTP-weigering. Mail van niet-conforme servers krijgt foutcode `550 5.7.26` en wordt nooit afgeleverd.[\[3\]](https://jorijn.com/nl/blog/eigen-mailserver-2026/) - **Mei 2025:** Microsoft volgde voor Outlook.com, Hotmail en Live.com. Bulkafzenders zonder SPF, DKIM en DMARC ontvangen foutcode `550 5.7.515`.[\[4\]](https://pcpatrol.nl/spf-dkim-en-dmarc-voor-het-mkb-zo-zorg-je-dat-je-zakelijke-e-mail-in-2026-nog-aankomt-bij-klanten/)