Fake-E-Mail-Generator 2026

So funktioniert der Generator

Wir kombinieren deutsche Vor- und Nachnamen mit verschiedenen Stilen für den Local-Part und hängen eine reservierte Test-Domain an. Das Ergebnis ist eine syntaktisch valide, garantiert nicht zustellbare E-Mail-Adresse.

Standard RFC 2606

Die TLDs .test, .invalid und Domains wie example.com sind explizit für Tests reserviert. Kein Mailserver darf an diese Adressen zustellen, sodass auch versehentlich angestoßene Versandprozesse keine echten Empfänger erreichen.

Anwendung

Form-Validierungs-Tests, Test-User in Logins, E-Mail-Felder in Datenbank-Seeds, Storybook-Beispiele und Akzeptanztests. Nicht geeignet für Tests, bei denen tatsächlich eine Mail empfangen werden muss – dafür eignen sich Mailtrap, Mailhog oder echte Test-Postfächer.

Datenschutz

Da die Adressen nicht zu realen Personen führen, fallen sie nicht unter die DSGVO. Die Generierung läuft offline im Browser.

Typische Fehler

Tatsächlich Mails an die Adressen senden – nichts kommt an, das Mailsystem sammelt aber Bounces.
Eigene Domain wie 'mein-projekt.de' verwenden – könnte zufällig existieren.
Adressen ohne Test-Marker in Produktion einspielen.

Häufige Fragen

Nein. Wir verwenden ausschließlich nach RFC 2606 reservierte Domains (example.com, test.local, .invalid). An diese Adressen kann technisch keine Mail zugestellt werden.

Für E-Mail-Felder in Mockups, Test-Logins, Datenbank-Seeds und Form-Validierungs-Tests. Da die Adressen nirgends ankommen, gibt es keine versehentlichen Versendungen an Dritte.

vorname.nachname@…, vorname123@…, vorname_nachname@… und nachnameV@… – jeweils zufällig kombiniert.

Ja. Sie folgen der Local-Part-Syntax aus RFC 5321 / 5322 und passen jeden Standard-Validator.

Nein. Die Generierung läuft komplett im Browser.

Aktuell nicht im Tool. Sie können den kopierten Output aber per Suchen/Ersetzen anpassen.

Nein – die Adressen sind gar nicht erreichbar. Für Newsletter-Tests verwenden Sie eigene Test-Postfächer oder Services wie Mailtrap.

Bis zu 200.