What is a temporary email address?

A temporary email address is a real, working inbox that receives emails like any normal address. It does not require an account or registration. The inbox automatically deletes itself after one hour.

Is TempEmail free to use?

Yes. TempEmail is completely free. There are no plans, no usage limits, and no credit card required.

How long does a temporary email inbox last?

The inbox stays active for one hour from when it was created. After that, the address and all emails in it are permanently deleted. You can bookmark the page URL to return to the same inbox within that window.

Can I choose my own temporary email address?

Not at the moment. Addresses are randomly generated each time you visit. Custom addresses are planned for a future update.

Can I send emails from a temporary email address?

No. TempEmail is a receive-only inbox. You can read emails sent to your temporary address but you cannot send emails from it.

What are legitimate uses for a temporary email address?

Common legitimate uses include testing your own application's email flows, signing up as a new user to test your product's onboarding experience, protecting your inbox while researching vendors or services, short-term project registrations, and maintaining privacy on public or shared computers.

Why didn't I receive the email I was expecting?

Some services actively block disposable or temporary email domains. If you did not receive an expected email, the sender may have rejected the address. This is the sender's decision and cannot be overridden.

Is my temporary email inbox private?

The inbox has no password, but the address is randomly generated and long enough that it cannot realistically be guessed. Do not use it for anything sensitive like banking or private communications.

Can I use TempEmail on my phone?

Yes. TempEmail works on any device with a browser, including mobile phones and tablets. Copy the address and emails will appear in real time just like on desktop.

E-mailverificatie testen als ontwikkelaar

Ik heb meer aanmeldingsflows gebouwd dan ik kan tellen. Elke keer is de testfase voor e-mailverificatie hetzelfde verhaal: mijn inbox raakt vol met testberichten, ik verlies het overzicht welke test welke was, en ergens rond de veertigste testregistratie begin ik de e-mails volledig te negeren. Dat is een slechte gewoonte. Hier is een betere aanpak.

Wat e-mailverificatie eigenlijk inhoudt

E-mailverificatie is niet alleen "een link sturen". Het is een meerstaps proces: het genereren van een cryptografisch veilig token (zie OWASP Authentication Cheat Sheet), opslaan met vervaltijd, e-mail verzenden via SMTP (conform RFC 5321), linkvalidatie bij klik, account activeren en token ongeldig maken. Elke stap kan anders falen. Je moet ze allemaal testen.

Waarom testen met je echte e-mail geen goed idee is

Je echte adres gebruiken voor ontwikkelingstests heeft meerdere concrete problemen. Na honderd testregistraties is je inbox vol nutteloze verificatie-e-mails. Je kunt ook geen "nieuwe gebruiker die nog nooit gezien is" simuleren. Met een tijdelijk adres is elke test echt een frisse gebruiker met een echt lege inbox. Sommige e-mailproviders filteren herhaalde vergelijkbare berichten ook als spam, waardoor je testsends helemaal niet meer aankomen.

De tijdelijke e-mailoplossing — stap voor stap

Open tijdelijke mail in een browsertabblad naast je ontwikkelomgeving. Een uniek adres staat direct klaar. Kopieer het met één klik. Schakel over naar je app, plak het adres in het e-mailveld en verzend het formulier. Schakel terug naar het temp-email.ai-tabblad. Bij correct geconfigureerde e-mailbezorging verschijnt de verificatie-e-mail binnen 2 tot 5 seconden. Klik de link, de flow is bevestigd. De hele test duurde minder dan twee minuten.

Wat er in je verificatieflow getest moet worden

Basisbezorging: Komt de e-mail aan? Test dit in verschillende omgevingen.
Linkcorrectheid: Wijst de verificatie-URL in de e-mail naar de juiste omgeving?
Tokenbeveiliging: Is het token minimaal 32 tekens lang en echt willekeurig? Zie OWASP.
Tokenvervaldatum: Wat gebeurt er na het verstrijken van de geldigheidsduur? Is er een duidelijke foutmelding?
Eenmalig gebruik: Kan dezelfde link twee keer worden gebruikt? Dat zou niet mogen.
Opnieuw verzenden: Werkt de knop voor opnieuw verzenden? Wordt het oude token ongeldig gemaakt?
HTML-rendering: Wordt het e-mailsjabloon correct weergegeven in een echte inbox?
Onderwerpregel en afzendernaam: Zijn deze professioneel en merkgerelateerd?

Meerdere gelijktijdige gebruikers testen

Elk browsertabblad op temp-email.ai is een volledig onafhankelijke inbox. Je kunt vijf tabbladen tegelijk openen, vijf verschillende adressen kopiëren en vijf accounts tegelijkertijd in je app registreren. Dit vangt een hele klasse bugs op die opeenvolgende tests nooit zullen ontdekken: race conditions bij tokengeneratie, database-deadlocks en onverwachte interacties tussen gelijktijdige sessies.

Andere transactionele e-mails testen

Wachtwoord-reset-e-mails: Dezelfde tokenbeveiligings- en vervaloverweging als bij verificatie.
Uitnodigings-e-mails: De genodigde ontvangt deze — perfect gebruik voor een frisse tijdelijke inbox.
Orderbevestigingen: Controleer of alle details correct zijn.
Afmeldbevestigingen: Ontvangen gebruikers een bevestiging bij afmelden?

Houd een tijdelijk e-mail-tabblad open tijdens het ontwikkelen. De inbox blijft een uur actief — dat is normaal genoeg voor een volledige ontwikkel- en testsessie.

De workflowwijziging is echt klein. In plaats van je echte e-mailadres in een testregistratieformulier te typen, neem je vijf seconden de tijd om tijdelijke mail in een nieuw tabblad te openen. Dat is de volledige wijziging. Maar het stroomafwaartse effect op de testkwaliteit is aanzienlijk.

Blog

Hoe ontwikkelaars e-mailverificatieflows testen zonder hun echte inbox te vervuilen