NL

Syntax van een e-mailadres controleren

Plak een of meer e-mailadressen, één per regel. Voor elke regel toont de tool of de schrijfwijze aan de internetstandaarden voldoet, en zo niet, waarom. Er wordt alleen de syntax gecontroleerd, niet of de mailbox bestaat.

“Naam <adres@voorbeeld.com>” werkt ook. Lege regels worden overgeslagen.

Je tekst blijft in je browser: hij wordt niet verstuurd, niet opgeslagen en niet in de adresbalk gezet.

Resultaat

Resultaat
1 geldig, 4 met een opmerking, 2 ongeldig (van 7)
Resultaat per regel
InvoerResultaatReden / opmerking
jan.jansen@voorbeeld.com✓ geldige syntax
Jan Jansen <jan@voorbeeld.org>⚠ toegestaan, maar ongebruikelijkweergavenaam verwijderd, alleen het adres tussen < > is gecontroleerd
info@café.example⚠ toegestaan, maar ongebruikelijkdomein met accenten – technisch xn--caf-dma.example
"jan jansen"@voorbeeld.com⚠ toegestaan, maar ongebruikelijkdeel vóór de @ tussen aanhalingstekens – toegestaan, maar wordt door veel diensten geweigerd
fout@@voorbeeld.com✗ ongeldigteken niet toegestaan vóór de @ (bijv. een tweede @, haakjes, komma, aanhalingsteken)
naam@voorbeeld..com✗ ongeldigleeg domeinlabel (twee punten achter elkaar of een punt aan begin/einde)
admin@localhost⚠ toegestaan, maar ongebruikelijkdomein zonder punt – alleen bereikbaar op een lokaal netwerk
Alleen syntax – de tool controleert niet of de mailbox bestaat of het domein e-mail accepteert. Er wordt niets verstuurd.

Zo wordt het berekend

De tool controleert alleen de schrijfwijze. Of de mailbox bestaat, het domein e-mail accepteert of een adres een wegwerpadres is, kan alleen worden vastgesteld door de mailserver te benaderen – wat deze tool bewust niet doet. Je adressen blijven in je browser: er wordt niets verstuurd of opgeslagen.

Wat maakt een e-mailadres geldig

Een adres bestaat uit een lokaal deel, een @ en een domein. De controle volgt de mailbox-syntax van RFC 5321 – wat een mailserver accepteert als geadresseerde:

Letters met accenten in e-mailadressen

Domeinen met accenten (café.nl) zijn toegestaan: technisch worden ze omgezet naar Punycode (xn--caf-dma.nl), en de tool toont die vorm. Niet-ASCII-letters vóór de @ zijn alleen bezorgbaar met de SMTPUTF8-extensie (RFC 6531), die lang niet elke server ondersteunt.

Wat bewust wordt geweigerd

Commentaar tussen haakjes en verouderde vormen die RFC 5322 alleen bewaart om oude berichten te kunnen lezen, horen niet thuis in een geadresseerde en tellen hier als ongeldig. Adressen zonder punt in het domein (admin@localhost) en IP-adressen tussen vierkante haken zijn formeel correct, maar niet bezorgbaar op internet of ongebruikelijk.

Veelgestelde vragen

Controleert de tool of een e-mailadres echt bestaat?

Nee. Er wordt alleen de syntax gecontroleerd. Het enige betrouwbare bewijs dat een mailbox bestaat, is een daadwerkelijk bezorgd bericht, bijvoorbeeld een bevestigingslink (double opt-in).

Zijn hoofdletters toegestaan in een e-mailadres?

Ja. Het domein is niet hoofdlettergevoelig. Het deel vóór de @ zou dat volgens RFC 5321 wel kunnen zijn, maar in de praktijk behandelen vrijwel alle providers hoofd- en kleine letters gelijk.

Kan een e-mailadres een plusteken bevatten?

Ja, naam+nieuwsbrief@voorbeeld.com is geldig. Veel providers gebruiken het plusteken voor subadressen. Weigert een formulier dit, dan ligt dat aan het formulier.

Hoe lang mag een e-mailadres zijn?

Maximaal 64 tekens vóór de @, 63 per domeinlabel en 254 voor het hele adres (RFC 5321, sectie 4.5.3.1).

Kan ik een hele lijst controleren?

Ja, tot 1.000 regels tegelijk, één adres per regel. Dubbele adressen worden gemarkeerd.

Bronnen en wettelijke basis

Bijgewerkt op:

Vergelijkbare tools