Espace de travail e-mail pour le développement et l’assurance qualité

Recevez immédiatement vos e-mails de test
dans une boîte de réception de test

Créez un environnement de réception isolé pour les codes, notifications d’inscription et modèles HTML. Observez chaque livraison de test sans utiliser votre adresse personnelle.

* Les adresses temporaires sont valides 3 heures par défaut et peuvent être prolongées, dans la limite de 24 heures.

Code reçu482731 · À l’instant
Vérification du modèle terminéeObjet, aperçu et message lisibles

Outil en temps réel

Une boîte de réception dédiée à l’observation de vos e-mails de test

Dès que l’adresse est créée, vous pouvez lancer un envoi. La liste s’actualise automatiquement ; à l’arrivée d’un vrai message, les e-mails de démonstration disparaissent pour ne pas se mélanger aux résultats de test.

Adresse e-mail de testGénération de l’adresse e-mail…
03:00:00

Boîte de réception

0 e-mail réel

De l’envoi à la vérification

Réduisez vos tests d’e-mails à trois actions simples

Une boîte de test n’est pas un service d’envoi, mais un poste d’observation côté réception. Envoyez vos messages depuis votre application, votre plateforme d’automatisation ou votre environnement SMTP, puis vérifiez ici ce que les utilisateurs verront réellement.

Copiez l’adresse isolée

Chaque adresse possède son propre jeton et son compte à rebours. Utilisez-la dans vos parcours d’inscription, de réinitialisation de mot de passe ou de notification afin d’éviter que les données de test n’arrivent dans votre boîte personnelle.

Déclenchez l’e-mail métier

Lancez un parcours réel de développement ou de préproduction. Codes, e-mails de bienvenue, alertes et notifications transactionnelles peuvent suivre le flux habituel.

Vérifiez le résultat complet

Contrôlez l’expéditeur, l’objet, le texte d’aperçu, l’heure d’arrivée et le contenu. En cas d’échec, examinez successivement l’identité, la file d’attente, le DNS et le contenu.

Points à vérifier

Ne vérifiez pas seulement l’arrivée du message

Un e-mail de test qui arrive dans la boîte confirme uniquement que le circuit de réception fonctionne. Un test fiable doit aussi vérifier la coupure de l’objet, les variables visibles dans l’aperçu, la visibilité du code, la clarté des boutons et la capacité du texte brut à exprimer la même action.

Circuit de livraison
Structure du contenu
Point d’action

Scénarios de test adaptés

Organisez vos cas autour des actions réelles des utilisateurs

Pour un code d’inscription, vérifiez la durée de validité et les renvois successifs ; pour une réinitialisation, le domaine du lien et son usage unique ; pour une notification de facturation, le montant, la devise et le numéro de commande ; pour une invitation d’équipe, l’invitant, l’espace de travail et l’expiration. Concevoir les tests autour des actions reflète mieux les risques en production qu’une simple capture de modèle.

Une fois le test terminé, ne conservez pas l’adresse temporaire dans les profils utilisateurs réels. À son expiration, elle cesse de recevoir les messages : elle convient aux vérifications ponctuelles, pas à la récupération d’un compte ni aux contacts professionnels durables.

Limites de l’outil

Boîte temporaire, boîte de test ou transfert permanent : que choisir ?

Ces trois appellations sont souvent confondues, mais leurs cycles de vie diffèrent. Choisissez selon la durée de la tâche et votre besoin d’une identité durable afin de limiter les migrations ultérieures.

SolutionIdéal pourConservationNe convient pas à
Boîte test MSGTMPCodes, modèles, parcours de notification et intégrations ponctuelles3 heures par défaut, 24 heures maximumIdentité durable et récupération de compte
Boîte e-mail personnelleComptes réels et échanges nécessitant un suivi continuConservée durablement par le fournisseur de messagerieTests automatisés fréquents et isolation des données parasites
Alias de transfert permanentAdresse publique durable, isolation des sources et transfert vers une vraie boîteGestion continue après connexion, archivage de 30 joursTests immédiats sans identité

Cas d’usage pour le développement

Couvrez les quatre points de rupture les plus fréquents des e-mails

Du commit au message finalement lu, un e-mail passe souvent par le rendu du modèle, une file d’attente, un service d’envoi et le destinataire. La boîte de test fournit un point d’observation stable pour transformer un « message non reçu » en problème vérifiable.

Codes et connexion

Vérifiez le code à 6 chiffres, sa validité métier de 10 minutes, le lien entre l’ancien et le nouveau code après renvoi, ainsi que sa lisibilité et sa saisie rapide sur mobile.

Régression des modèles HTML

Examinez la largeur des images, la hiérarchie des paragraphes, les libellés des boutons et le texte d’aperçu pour repérer rapidement les variables non remplacées ou les débordements.

File d’attente et chronologie

Notez l’heure du déclenchement et celle de l’arrivée pour repérer les tâches asynchrones retardées, dupliquées ou désordonnées. Ne modifiez qu’une variable à la fois pour accélérer le diagnostic.

Confidentialité et données de test

Utilisez une identité aléatoire et des données hors production. N’envoyez jamais de données client réelles, mots de passe, clés ou identifiants sensibles irrévocables vers une adresse temporaire.

Votre e-mail de test n’est pas arrivé ?

Commencez par déterminer s’il n’a pas été envoyé ou s’il n’a pas été livré

Consultez les journaux de l’application et les événements du service d’envoi pour confirmer l’entrée en file d’attente. Vérifiez ensuite l’authentification du domaine expéditeur, le motif du rejet, les limites de débit et les règles de contenu. Procéder par preuves est plus efficace que cliquer sans cesse sur « Renvoyer ».

Diagnostic

Quand un e-mail n’arrive pas, enquêtez avec des preuves, pas des suppositions

Commencez par confirmer que l’application a bien généré le message avec la bonne adresse et notez son identifiant. Vérifiez ensuite si la plateforme d’envoi l’a accepté, livré, retardé ou rejeté ; en l’absence d’événement, le problème se situe généralement dans l’application ou la file d’attente. Contrôlez enfin SPF, DKIM, DMARC et l’état du domaine expéditeur, puis vérifiez si le modèle déclenche une règle de contenu.

L’envoi est enregistré

Conservez la durée, l’adresse destinataire, l’identifiant du message et la réponse du fournisseur. En cas de réponse 4xx, attendez selon la recommandation puis réessayez ; en cas de 5xx, corrigez d’abord l’adresse, l’identité ou la règle au lieu de relancer à l’aveugle.

La réception reste vide

Cliquez sur Actualiser et vérifiez que l’adresse actuelle correspond exactement à celle saisie dans l’application. Changer d’adresse crée une boîte entièrement nouvelle : les messages de l’ancienne ne sont pas transférés.

FAQ

Réponses directes sur les outils de test d’e-mails

Voici les réponses concernant la durée de validité, la visibilité et les limites d’utilisation. Pour les comptes réels et les contacts durables, utilisez plutôt une boîte personnelle maîtrisée ou une adresse de transfert permanent.

Combien de temps une adresse e-mail de test reste-t-elle utilisable ?

Une nouvelle adresse est valide 3 heures par défaut. Vous pouvez prolonger sa durée depuis la barre d’outils, mais une boîte temporaire ne dépasse jamais 24 heures au total ; à la fin du compte à rebours, elle cesse de recevoir les messages.

Pourquoi deux e-mails de démonstration s’affichent-ils au départ ?

Les e-mails de démonstration montrent la structure des codes et notifications dans la fenêtre de lecture, afin qu’une boîte vide explique aussi son fonctionnement. Dès l’arrivée du premier vrai message, la liste n’affiche plus que les données réelles et ne mélange pas démonstration et résultats.

Puis-je tester des codes de vérification par e-mail ?

Oui. Copiez l’adresse dans un environnement de développement ou de préproduction, déclenchez l’e-mail de vérification, puis contrôlez le nombre de chiffres, la durée de validité, le renvoi, l’objet et la cohérence du contenu. Ne l’utilisez pas comme identité de récupération durable d’un compte en production.

MSGTMP envoie-t-il les e-mails de test à ma place ?

Non. MSGTMP est un outil de réception et de lecture, pas un service d’envoi SMTP. Vos messages sont envoyés par votre application, votre plateforme d’automatisation ou votre fournisseur d’e-mails ; nous fournissons un destinataire isolé pour observer le résultat.

Les anciens messages réapparaissent-ils après un changement d’adresse ?

Non. Changer d’adresse crée une nouvelle boîte dont le compte à rebours repart à 3 heures et désactive l’ancienne. Pour continuer à observer l’ancienne adresse, ne changez pas de boîte : prolongez plutôt sa durée.

Quelle différence entre une boîte temporaire et un transfert permanent ?

Une boîte temporaire ne nécessite pas de connexion et convient aux tests ponctuels. Le transfert permanent se gère après connexion : il redirige les messages vers votre vraie boîte et propose un archivage de 30 jours. Les deux répondent à des cycles de vie différents ; la page d’accueil n’en fait pas deux consoles identiques.