Tijdelijke e-mail voor developers: registratieflows testen

Bijgewerkt 28-08-2026 · tijdelijkemail.nl

Een registratie testen vraagt om steeds nieuwe adressen die ook echt post ontvangen. Er tien echte aanmaken kost tijd; verzonnen adressen bewijzen niets, want het bericht komt nergens aan.

Het probleem

Een registratieflow heeft meerdere stappen die stil kunnen breken: de bevestigingsmail vertrekt niet, vertrekt met een kapotte link, belandt in de spam, of de HTML-template valt uit elkaar in een bepaald mailprogramma. Geen van die problemen zie je als het adres tijdens het testen niet echt bestaat.

Wat je met een tijdelijk adres kunt controleren

• Dat het bericht vertrekt en hoe lang het onderweg is.
• Dat de bevestigingslink echt werkt, niet alleen dat hij aanwezig is.
• Dat de tekst leesbaar blijft, ook in de platte-tekstversie.
• Dat wachtwoordherstel de hele route aflegt.
• Het gedrag bij meerdere registraties achter elkaar — handig om verzendlimieten te controleren.

Wat het niet vervangt

Een tijdelijk adres is geen testomgeving voor deliverability. Het vertelt je niet of je in de spam van Gmail belandt, controleert SPF, DKIM en DMARC niet en meet de reputatie van je verzenddomein niet. Daarvoor heb je specifieke tools en echte mailboxen bij de grote providers nodig.

Het is ook niet geschikt voor geautomatiseerde tests die continu programmatische toegang met beschikbaarheidsgaranties vereisen: daarvoor bestaan testmailboxdiensten met een API.

Hoe wij het doen

De dienst genereert willekeurige adressen in de vorm woord.woord123@tijdelijkemail.nl, dus botsingen zijn geen praktisch probleem. Binnengekomen post verschijnt direct op de pagina en numerieke codes worden automatisch uitgelicht, wat visueel controleren snel maakt.

Aandachtspunten

• De inbox duurt een uur. Ruim genoeg voor een test, maar bewaar er niets in.
• Inboxen zijn openbaar. Stuur er geen testgegevens heen die op echte gegevens lijken.
• Versturen kan niet. Verwacht je flow een reactie van de gebruiker, dan heb je een echte mailbox nodig.
• Je eigen dienst blokkeert misschien tijdelijke domeinen. Ironisch maar veelvoorkomend: test je juist die validatie, dan heb je een domein op de witte lijst nodig.

Een productadvies

Overweeg je tijdelijke domeinen in je applicatie te blokkeren, weeg dan de kosten: je blokkeert ook legitieme gebruikers die simpelweg hun hoofdadres niet willen geven, en de lijsten zijn altijd incompleet. Vaak is het effectiever om adresbevestiging te eisen en te beperken wat een onbevestigd account mag.

Veelgestelde vragen

Kan ik een tijdelijke inbox in een geautomatiseerde test gebruiken?

Publieke wegwerpdiensten zijn daar zelden geschikt voor: er is geen API-garantie, er gelden limieten en de inbox is openbaar. Voor CI gebruik je beter een testmailserver of een dienst die alle uitgaande post opvangt; het wegwerpadres blijft handig voor handmatige controles.

Hoe test ik e-mail zonder dat er echt post de deur uit gaat?

Zet in je testomgeving een SMTP-vanger neer die alles opvangt en niets doorstuurt, of laat het framework berichten naar een logbestand schrijven. Zo kun je opmaak en links nakijken zonder het risico dat een testronde bij een echte klant belandt.

Waarom komt mijn testmail bij de spam terecht?

Bij een verse verzendserver of een domein zonder correcte SPF-, DKIM- en DMARC-instellingen is dat het normale gedrag van filters. Controleer die records eerst; de inhoud van je bericht is meestal niet de oorzaak.