Adresses e-mail inhabituelles

Les formulaires d’inscription refusent souvent des adresses parfaitement valides, avec un signe plus ou une apostrophe, ou laissent passer des adresses qui ne pourront jamais recevoir de courrier. Chaque adresse Proxy Mail QA s’accompagne de variantes qui arrivent toujours dans sa boîte de réception : vous pouvez donc vérifier les deux cas.

Les exemples ci-dessous utilisent l’adresse de test k7f2x9ab12cd@mailclub.dev. Remplacez-la par la vôtre.

Variantes qui arrivent dans votre boîte de réception

Le courrier envoyé à l’une de ces adresses arrive dans la même boîte de réception que l’adresse simple. Vérifié sur nos serveurs de messagerie le 15 octobre 2026.

Ce que vous testez	Adresse
Majuscules	K7F2X9AB12CD@MAILCLUB.DEV
Un tag plus	k7f2x9ab12cd+signup@mailclub.dev
Une apostrophe	k7f2x9ab12cd+o'brien@mailclub.dev
Une esperluette	k7f2x9ab12cd+r&d@mailclub.dev
Signes égal et points d’interrogation	k7f2x9ab12cd+a=b?c@mailclub.dev
Une barre oblique et un signe pourcentage	k7f2x9ab12cd+team/50%@mailclub.dev
Accolades, barres verticales et tildes	k7f2x9ab12cd+{x}|~y@mailclub.dev
Points dans le nom	k7f2x9ab12cd+first.last@mailclub.dev
Un second signe plus	k7f2x9ab12cd+a+b@mailclub.dev
Le nom le plus long autorisé (64 caractères avant le @)	k7f2x9ab12cd+aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa@mailclub.dev

Après le +, vous pouvez utiliser des lettres, des chiffres, l’un des caractères ! # $ % & ' * + - / = ? ^ _ ` { | } ~ et des points (pas deux à la suite, ni à la fin). Le texte après le + s’affiche sur chaque e-mail de la boîte de réception : vous savez ainsi à quelle variante un message a été envoyé.

Un nom d’adresse personnalisé (Add account → Custom name, ou name dans le API) peut utiliser les mêmes caractères, n’importe où dans le nom et jusqu’à 64 au total : o'brien@mailclub.dev, r&d.team@mailclub.dev ou {acme}@mailclub.dev. Seul + est exclu, car il commence un tag.

Certains noms sont réservés. Les mots liés à la gestion d’un domaine de messagerie, comme admin, postmaster ou noreply, et nos propres noms ne peuvent apparaître nulle part dans un nom. Les noms génériques comme test@, demo@ ou info@ ne peuvent pas être utilisés seuls, car des inconnus les saisissent comme adresses jetables et leur courrier vous parviendrait. Ajoutez quelque chose de personnel : test-acme@mailclub.dev fonctionne.

Un domaine en trois parties : créez l’adresse sur valida.te.it (le sélecteur de domaine dans Ajouter un compte, ou domain dans API) pour vérifier que le formulaire accepte un domaine comme k7f2x9ab12cd@valida.te.it. Certains formulaires n’attendent qu’un seul point après le @.

Valides, mais aucune boîte de réception ne peut les recevoir ici

La norme des e-mails les autorise, mais nos serveurs de messagerie (et la plupart des autres) ne les acceptent pas : le courrier qui leur est envoyé est donc refusé avant d’arriver. Elles servent à vérifier ce que fait votre application quand la livraison échoue.

Ce que vous testez	Exemple
Un nom entre guillemets avec une espace	"john doe"@mailclub.dev
Un nom qui n’est pas en lettres latines	josé@mailclub.dev, 用户@mailclub.dev
Un domaine sans point, qui ne fonctionne qu’à l’intérieur d’un réseau privé	k7f2x9ab12cd@mailclub
65 caractères ou plus avant le @	k7f2x9ab12cd+aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa@mailclub.dev

Adresses invalides

Votre application doit les refuser avant d’essayer d’envoyer quoi que ce soit. Elles n’ont pas besoin de boîte de réception.

Le problème	Exemple
Pas de @	k7f2x9ab12cd.mailclub.dev
Rien avant le @	@mailclub.dev
Rien après le @	k7f2x9ab12cd@
Deux signes @	k7f2@x9@mailclub.dev
Une espace	k7f2 x9@mailclub.dev
Un point au début ou à la fin du nom	.k7f2@mailclub.dev, k7f2.@mailclub.dev
Deux points à la suite	k7f2..x9@mailclub.dev
Deux points dans le domaine	k7f2x9ab12cd@mailclub..dev
Un domaine qui commence par un trait d’union	k7f2x9ab12cd@-mailclub.dev
Chevrons ou virgule	<k7f2>@mailclub.dev, k7f2,x9@mailclub.dev

Avec API ou un agent

Les outils REST API et MCP acceptent une variante partout où ils acceptent une adresse, et agissent sur l’adresse simple. Attendre sur une variante avec un +tag ne trouve que le courrier envoyé à cette variante ; attendre sur l’adresse simple trouve le courrier envoyé à n’importe laquelle. Passez since (le moment où votre test a soumis le formulaire) comme d’habitude.

GET /v1/addresses/{address}/variants liste tout ce qui précède pour l’une de vos adresses : delivered, undeliverable et invalid, chacune avec ce qu’elle teste. Consultez la référence REST API.

Quand une adresse figure dans le chemin d’une URL, encodez-la : encodeURIComponent en JavaScript transforme ' en %27, + en %2B, / en %2F et ? en %3F.

Les variantes testent aussi les règles d’offres : inscrivez-vous à une offre de bienvenue avec l’adresse simple et deux variantes, et GET /v1/addresses/{address}/offers (MCP check_offers) indique si une même personne a obtenu l’offre plus d’une fois. L’astuce du point de Gmail ne peut pas être testée sur ces domaines, où un point crée une autre adresse.

Un agent de codage peut créer lui-même les variantes à partir du tableau ci-dessus : demandez-lui « essaie de t’inscrire avec une apostrophe et un tag plus dans l’adresse e-mail, et vérifie que le code arrive toujours ».