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.

Waarom transactionele e-mails in spam belanden

Waarom transactionele e-mail anders is

Er is een cruciaal onderscheid tussen marketing-e-mails en transactionele e-mails. Marketing-e-mails — nieuwsbrieven, promoties — gaan naar abonnees die zich hebben aangemeld. Als één af en toe in spam belandt, is dat vervelend maar niet catastrofaal. Transactionele e-mails zijn anders: verificatielinks, wachtwoordresets, aankoopbevestigingen — die komen aan op kritieke momenten. Een wachtwoordreset in spam betekent dat een gebruiker is buitengesloten van zijn account.

SPF: de basis van e-mailauthenticatie

SPF is een DNS TXT-record dat aangeeft welke mailservers gemachtigd zijn om e-mail namens je domein te verzenden. Zonder SPF wordt je e-mail standaard met argwaan behandeld. Voorbeeldrecord: v=spf1 include:sendgrid.net ~all. Gebruik MXToolbox om je SPF-record te controleren. Meer over e-mailauthenticatie in de documentatie van je verzendprovider.

DKIM: cryptografisch bewijs

DKIM voegt een cryptografische handtekening toe aan elke e-mail. Zonder DKIM is het voor aanvallers veel eenvoudiger om je domein te spoofen. Spamhaus en andere reputatiediensten houden DKIM-ondertekeningsgeschiedenis bij in domeinreputatiescores. Instellen gebeurt via je verzendprovider.

DMARC: de beleidslaag

DMARC definieert wat ontvangende servers doen als SPF of DKIM falen. Begin met p=none (alleen monitoring), bekijk de rapporten enkele weken, ga dan over naar p=quarantine of p=reject. Met p=reject gecombineerd met geslaagde SPF en DKIM is het vrijwel onmogelijk voor aanvallers om je domein effectief te imiteren.

IP-reputatie

Zelfs met perfecte SPF, DKIM en DMARC kunnen e-mails in spam belanden als het verzendende IP-adres een slechte reputatie heeft. Diensten als Spamhaus houden blocklists bij. Op een gedeeld IP is je reputatie gekoppeld aan alle andere afzenders op datzelfde IP. Gebruik een dedicated transactionele e-mailprovider zoals SendGrid, Amazon SES of Postmark.

Bezorging testen

De snelste testmethode: stuur een test-e-mail naar een verse tijdelijke e-mail inbox en controleer zowel de inbox als de spammap. Dit geeft directe, ondubbelzinnige feedback. Test bij elke wisseling van e-mailprovider, elke grote template-wijziging en bij elke nieuwe omgeving. Voeg MXToolbox-gezondheidscontrole toe aan je pre-launch checklist.

Bouncepercentages en spamklachten

Een bouncepercentage boven 2% en een klachtpercentage boven 0,1% veroorzaken bezorgbaarheidsproblemen. Verwijder harde bounces onmiddellijk en permanent. Monitor via het dashboard van je verzendprovider.

Volledige bezorgbaarheidschecklist

SPF-record: DNS TXT-record met alle geautoriseerde verzendservers.
DKIM: Cryptografisch ondertekenen via verzendprovider instellen.
DMARC: Begin met p=none, ga over naar p=quarantine na review.
Dedicated verzendprovider: SendGrid, SES, Postmark of Mailgun gebruiken.
Heldere onderwerpregels: Specifiek, relevant, geen triggertermen.
HTML + plain text: Altijd beide versies meesturen.
Bouncebehandeling: Harde bounces onmiddellijk verwijderen.
Inboxtest: Test-e-mails naar verse tijdelijke adressen voor elke deployment.

SPF, DKIM en DMARC zijn geen optionele extra's — het zijn basisvereisten voor betrouwbare e-mailbezorging. Stel ze in vóór je eerste productie-e-mail en controleer de bezorging via een verse wegwerp-inbox voor elke launch.

Blog

Waarom de transactionele e-mails van je app in spam belanden (en hoe je dat oplost)