Ungewöhnliche E-Mail-Adressen

Registrierungsformulare weisen oft völlig gültige Adressen ab, etwa mit Pluszeichen oder Apostroph, oder lassen solche durch, die nie E-Mails empfangen können. Zu jeder Proxy Mail QA-Adresse gibt es Varianten, die trotzdem in ihrem Posteingang landen, sodass du beides prüfen kannst.

Die Beispiele unten verwenden die Testadresse k7f2x9ab12cd@mailclub.dev. Setz deine eigene ein.

Varianten, die deinen Posteingang erreichen

E-Mails an jede dieser Adressen landen im selben Posteingang wie die einfache Adresse. Geprüft mit unseren Mailservern am 15. Oktober 2026.

Was getestet wird	Adresse
Großbuchstaben	K7F2X9AB12CD@MAILCLUB.DEV
Ein Plus-Tag	k7f2x9ab12cd+signup@mailclub.dev
Ein Apostroph	k7f2x9ab12cd+o'brien@mailclub.dev
Ein kaufmännisches Und	k7f2x9ab12cd+r&d@mailclub.dev
Gleichheits- und Fragezeichen	k7f2x9ab12cd+a=b?c@mailclub.dev
Ein Schrägstrich und ein Prozentzeichen	k7f2x9ab12cd+team/50%@mailclub.dev
Geschweifte Klammern, senkrechte Striche und Tilden	k7f2x9ab12cd+{x}|~y@mailclub.dev
Punkte im Namen	k7f2x9ab12cd+first.last@mailclub.dev
Ein zweites Pluszeichen	k7f2x9ab12cd+a+b@mailclub.dev
Der längste erlaubte Name (64 Zeichen vor dem @)	k7f2x9ab12cd+aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa@mailclub.dev

Nach dem + kannst du Buchstaben, Ziffern, beliebige Zeichen aus ! # $ % & ' * + - / = ? ^ _ ` { | } ~ und Punkte verwenden (nicht zwei hintereinander und nicht am Ende). Der Text nach dem + wird bei jeder E-Mail im Posteingang angezeigt, sodass du erkennst, an welche Variante eine Nachricht ging.

Ein eigener Adressname (Add account → Custom name oder name in der API) kann dieselben Zeichen verwenden, überall im Namen und insgesamt bis zu 64: o'brien@mailclub.dev, r&d.team@mailclub.dev oder {acme}@mailclub.dev. Nur + ist ausgenommen, weil es einen Tag einleitet.

Manche Namen sind reserviert. Begriffe für den Betrieb einer Mail-Domain, etwa admin, postmaster oder noreply, und unsere eigenen Namen dürfen nirgends in einem Namen vorkommen. Generische Namen wie test@, demo@ oder info@ dürfen nicht allein stehen, weil Fremde sie als Wegwerfadressen eintippen und deren E-Mails dich erreichen würden. Füge etwas Eigenes hinzu: test-acme@mailclub.dev funktioniert.

Eine Domain mit drei Teilen: Lege die Adresse auf valida.te.it an (die Domain-Auswahl unter Konto hinzufügen oder domain in der API), um zu prüfen, ob das Formular eine Domain wie k7f2x9ab12cd@valida.te.it akzeptiert. Manche Formulare erwarten nach dem @ nur einen Punkt.

Gültig, aber hier kann kein Posteingang sie annehmen

Der E-Mail-Standard erlaubt diese, aber unsere Mailserver (und die meisten anderen) nehmen sie nicht an, daher werden E-Mails an sie abgelehnt, bevor sie ankommen. Sie sind nützlich, um zu prüfen, was deine App tut, wenn die Zustellung fehlschlägt.

Was getestet wird	Beispiel
Ein Name in Anführungszeichen mit Leerzeichen	"john doe"@mailclub.dev
Ein Name, der nicht aus lateinischen Buchstaben besteht	josé@mailclub.dev, 用户@mailclub.dev
Eine Domain ohne Punkt, die nur in einem privaten Netzwerk funktioniert	k7f2x9ab12cd@mailclub
65 Zeichen oder mehr vor dem @	k7f2x9ab12cd+aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa@mailclub.dev

Ungültige Adressen

Deine App sollte diese ablehnen, bevor sie versucht, etwas zu senden. Sie brauchen keinen Posteingang.

Was falsch ist	Beispiel
Kein @	k7f2x9ab12cd.mailclub.dev
Nichts vor dem @	@mailclub.dev
Nichts nach dem @	k7f2x9ab12cd@
Zwei @-Zeichen	k7f2@x9@mailclub.dev
Ein Leerzeichen	k7f2 x9@mailclub.dev
Ein Punkt am Anfang oder Ende des Namens	.k7f2@mailclub.dev, k7f2.@mailclub.dev
Zwei Punkte hintereinander	k7f2..x9@mailclub.dev
Zwei Punkte in der Domain	k7f2x9ab12cd@mailclub..dev
Eine Domain, die mit einem Bindestrich beginnt	k7f2x9ab12cd@-mailclub.dev
Spitze Klammern oder ein Komma	<k7f2>@mailclub.dev, k7f2,x9@mailclub.dev

Mit der API oder einem Agent

Die Tools REST API und MCP akzeptieren überall, wo sie eine Adresse nehmen, auch eine Variante und arbeiten mit der einfachen. Warten auf eine Variante mit +tag findet nur E-Mails an diese Variante; Warten auf die einfache Adresse findet E-Mails an jede von ihnen. Übergib wie gewohnt since (den Zeitpunkt, zu dem dein Test das Formular abgeschickt hat).

GET /v1/addresses/{address}/variants listet all das für eine deiner Adressen auf: delivered, undeliverable und invalid, jeweils mit dem, was getestet wird. Siehe die REST API-Referenz.

Wenn eine Adresse in einem URL-Pfad steht, kodiere sie: encodeURIComponent in JavaScript macht aus ' %27, aus + %2B, aus / %2F und aus ? %3F.

Varianten testen auch Angebotsregeln: Melde dich mit der einfachen Adresse und zwei Varianten für ein Willkommensangebot an, und GET /v1/addresses/{address}/offers (MCP check_offers) sagt, ob eine Person das Angebot mehr als einmal bekommen hat. Den Punkt-Trick von Gmail kannst du auf diesen Domains nicht testen, da ein Punkt hier eine andere Adresse ergibt.

Ein Coding-Agent kann die Varianten selbst aus der Tabelle oben bilden: Bitte ihn, „die Registrierung mit einem Apostroph und einem Plus-Tag in der E-Mail-Adresse zu versuchen und zu prüfen, ob der Code trotzdem ankommt“.