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.

Warum transaktionale E-Mails im Spam landen

Warum transaktionale E-Mails ein anderes Kaliber sind

Es gibt einen wichtigen Unterschied zwischen Marketing-E-Mails und transaktionalen E-Mails. Marketing-E-Mails — Newsletter, Werbung, Ankündigungen — gehen an Abonnenten, die sich angemeldet haben. Wenn eine gelegentlich im Spam landet, ist das schade, aber nicht katastrophal. Transaktionale E-Mails sind anders: Verifizierungslinks, Passwort-Resets, Kaufbestätigungen — diese kommen in kritischen Momenten an. Eine Passwort-Reset-E-Mail im Spam bedeutet, dass der Nutzer ausgesperrt ist.

SPF: Das Fundament der E-Mail-Authentifizierung

SPF (Sender Policy Framework) ist ein DNS-TXT-Eintrag, der angibt, welche Mailserver berechtigt sind, E-Mails im Namen deiner Domain zu versenden. Wenn Gmail eine E-Mail von [email protected] empfängt, prüft es den SPF-Eintrag. Ist die sendende IP nicht gelistet, wird die E-Mail mit Misstrauen behandelt. Beispiel-Eintrag: v=spf1 include:sendgrid.net ~all. Prüfe deine Konfiguration mit MXToolbox. Mehr zur E-Mail-Authentifizierung in der Dokumentation deines Versanddienstleisters.

DKIM: Kryptografischer Beweis der E-Mail-Integrität

DKIM (DomainKeys Identified Mail) fügt jeder gesendeten E-Mail eine kryptografische Signatur hinzu. Empfangende Mailserver prüfen die Signatur anhand eines öffentlichen Schlüssels in deinen DNS-Einträgen. Ohne DKIM ist es für Angreifer viel einfacher, deine Domain zu fälschen. Spamhaus und andere Reputationsdienste berücksichtigen die DKIM-Signierhistorie in Domain-Reputationsbewertungen. Die Einrichtung erfolgt über deinen Versanddienstleister, der dir den öffentlichen Schlüssel für den DNS-Eintrag bereitstellt.

DMARC: Die Richtlinienebene

DMARC definiert, was empfangende Server tun sollen, wenn eine E-Mail SPF oder DKIM nicht besteht. Starte mit einer Monitoring-Richtlinie (p=none), prüfe die aggregierten Berichte einige Wochen lang, dann wechsle zu p=quarantine oder p=reject. Eine DMARC-Richtlinie mit p=reject kombiniert mit bestandenem SPF und DKIM macht es nahezu unmöglich, deine Domain zu fälschen.

IP-Reputation: Warum der Versandserver wichtig ist

Selbst mit perfektem SPF, DKIM und DMARC können E-Mails im Spam landen, wenn die sendende IP-Adresse einen schlechten Ruf hat. Dienste wie Spamhaus pflegen Blocklisten. Bei gemeinsam genutzten IPs ist deine Reputation an alle anderen Absender auf derselben IP gebunden. Das ist ein starkes Argument für dedizierte transaktionale E-Mail-Dienste wie SendGrid, Amazon SES oder Postmark.

Inhalt und Betreffzeile

Spam-Filter bewerten auch den E-Mail-Inhalt. Spam-Trigger-Wörter in der Betreffzeile, ein ungünstiges Text-Bild-Verhältnis, fehlerhaftes HTML und fehlende Plain-Text-Alternative führen zu schlechterer Zustellbarkeit. Transaktionale E-Mails sollten überwiegend textbasiert sein, mit klarem Betreff und immer einer Nur-Text-Version als Fallback.

Zustellbarkeit testen

Die schnellste Testmethode: Eine Test-E-Mail an ein frisches Temp-Mail-Postfach senden und sowohl Posteingang als auch Spam-Ordner prüfen. Das gibt sofortiges, eindeutiges Feedback. Teste bei jedem Wechsel des E-Mail-Anbieters, jeder wesentlichen Template-Änderung, jeder neuen Umgebung. Nutze den MXToolbox-Gesundheitscheck als Teil deiner Pre-Launch-Checkliste.

Bounce-Rate und Spam-Beschwerden

Eine Bounce-Rate über 2% und eine Spam-Beschwerderate über 0,1% verursachen Zustellbarkeitsprobleme. Entferne Hard-Bounces sofort und dauerhaft aus deiner Versandliste. Überwache diese Kennzahlen über das Dashboard deines Versanddienstleisters.

Vollständige Zustellbarkeits-Checkliste

SPF-Eintrag: DNS-TXT-Eintrag mit allen autorisierten Sendeservern. Mit MXToolbox prüfen.
DKIM: Kryptografische Signierung über den Versanddienstleister einrichten, öffentlichen Schlüssel in DNS veröffentlichen.
DMARC: Mit p=none beginnen, nach Auswertung der Berichte zu p=quarantine wechseln.
Dedizierter Versanddienstleister: SendGrid, SES, Postmark oder Mailgun verwenden.
Saubere Betreffzeilen: Spezifisch, relevant, keine Trigger-Wörter, keine übertriebene Interpunktion.
HTML + Plain Text: Immer beide Versionen senden.
Bounce-Handling: Hard-Bounces sofort entfernen.
Inbox-Test: Test-E-Mails an frische temporäre Postfächer vor jedem Deployment senden.

SPF, DKIM und DMARC sind keine optionalen Extras für ausgereifte Systeme — sie sind das Minimum für zuverlässige E-Mail-Zustellung. Richte sie ein, bevor du die erste Produktions-E-Mail sendest, und prüfe die Zustellbarkeit mit einem frischen Wegwerf-Postfach vor jedem Launch.

Blog

Warum transaktionale E-Mails deiner App im Spam landen (und wie du das behebst)