Tempcase
Connexion

Diagnostic de réception du code

Code absent ?
Comparez les journaux d’envoi et de réception

Vous avez envoyé le formulaire d’inscription, mais aucun nouveau message n’apparaît dans la boîte de réception. Évitez de cliquer plusieurs fois sur « Renvoyer » : reliez l’adresse de ce cas, la requête d’envoi et les événements de distribution avant de décider quoi vérifier.

Commencer la vérification Voir la boîte de réception actuelle
À retenir Actualisation automatique ≠ e-mail distribué

La boîte de réception de la page d’accueil recherche les nouveaux messages environ toutes les 7 secondes. L’actualisation vérifie simplement s’il y a du nouveau ; elle ne déclenche pas l’envoi par le système expéditeur.

Distribution réelle Le délai dépend de toute la chaîne

La file d’attente du service, le système d’envoi et le serveur destinataire influent tous sur le délai. Une réception en quelques secondes est fréquente, mais ce n’est ni un délai garanti ni une promesse de réception.

Vérifiez avant de poursuivre cette tentative

Code introuvable ? Vérifiez ces trois éléments

Ne vous fiez pas uniquement au message « Envoi réussi ». À chaque étape, cherchez une trace correspondant à l’adresse utilisée et à l’heure du déclenchement.

Est-ce bien la bonne adresse, et est-elle toujours valide ?

Retournez à la page d’accueil pour vérifier l’adresse complète et le temps restant. Une ancienne capture d’écran, une adresse copiée lors d’une tentative précédente ou le remplissage automatique du navigateur peut avoir envoyé le message vers un autre cas.

  • Comparez caractère par caractère l’adresse réellement envoyée dans le formulaire avec celle de la boîte de réception actuelle.
  • Vérifiez que l’adresse était valide au moment de la requête et si elle a été remplacée depuis.
  • Repérez les espaces en début ou en fin, les caractères manquants et toute modification du destinataire par l’environnement de test.
Vérifier l’adresse dans la boîte de réception

Le système a-t-il réellement créé une tâche d’envoi ?

« Inscription réussie » ne signifie pas « e-mail de vérification envoyé ». Certains systèmes affichent d’abord le résultat, puis créent la tâche d’envoi de manière asynchrone.

  • Notez l’heure du déclenchement, la réponse HTTP et l’identifiant de requête ; ne conservez pas seulement une capture du bouton.
  • Vérifiez dans les journaux du service si une tâche d’envoi a été créée et si le destinataire est correct.
  • Vérifiez le délai avant renvoi, les limites de fréquence, les paramètres de test et les restrictions sur les domaines d’e-mail.
Conservez l’identifiant de requête dans le relevé

À quel événement les journaux de distribution s’arrêtent-ils ?

La prise en charge par le prestataire ne signifie pas que l’e-mail est déjà visible dans la boîte de réception. Recherchez la chaîne complète des événements à l’aide de l’identifiant du message : c’est plus utile que de déclencher un nouvel envoi.

  • Vérifiez les événements de mise en file d’attente, de retard, d’acceptation ou de rejet, et notez leur heure.
  • Si une réponse SMTP est disponible, vérifiez le domaine destinataire, le code de réponse et le motif du rejet.
  • Distinguez l’acceptation de la requête par le prestataire de l’acceptation de l’e-mail par le serveur destinataire.
Comparer les quatre états d’attente

Rassemblez les éléments au même endroit

Que vérifier ensuite pour cette tentative ?

Choisissez selon les faits connus. Si vous n’avez pas de journaux, choisissez « Incertain » : c’est une information utile, pas la preuve d’un échec d’envoi.

Vérification sur cet appareil

Ce panneau ne se connecte pas à votre système d’envoi et ne vérifie pas votre boîte de réception. Vos choix sont traités uniquement sur cette page ; rien n’est envoyé ni enregistré.

1. Validité de l’adresse

Fiez-vous à l’adresse affichée sur cette page, à celle soumise et au temps restant.

2. Requête d’envoi

Il s’agit de la tâche d’envoi du service, pas seulement du message de réussite affiché après l’inscription.

3. Journaux de distribution

Associez les événements à la même adresse de réception et au même identifiant de requête.

Après avoir modifié vos choix, générez à nouveau les conseils.

Vérification en attente

Sélectionnez les faits connus pour obtenir des conseils

Vous pouvez commencer même si les trois éléments sont incertains. Le panneau indiquera quelles preuves recueillir en priorité ; l’absence de trace ne sera pas considérée comme un échec d’envoi.

Voir les champs du relevé de diagnostic

Il existe plusieurs états d’attente

« Envoyé » ne suffit pas comme information

La boîte de réception permet de voir si un e-mail est arrivé, mais elle ne peut pas expliquer pourquoi la tâche d’envoi n’a pas été exécutée ou reste en file d’attente.

Système expéditeur

Pas encore envoyé

Le système n’a pas créé de tâche d’envoi, ou celle-ci a été bloquée par un délai d’attente, une limite de fréquence ou la configuration de l’environnement. Actualiser la boîte de réception à répétition ne fera pas démarrer la tâche.

Ce que montre la boîte de réception
Aucun nouveau message correspondant ; cela ne permet pas de savoir pourquoi l’envoi n’a pas eu lieu.
À vérifier
Réponse à la requête du service, journal de création de la tâche, destinataire et enregistrements de limitation du débit.
Service d’envoi

En file d’attente chez le prestataire

Le service d’envoi a une tâche en cours, mais la distribution n’est pas terminée. Un bref délai, la stratégie de nouvelles tentatives ou la file d’attente du prestataire peuvent intervenir à cette étape.

Ce que montre la boîte de réception
L’e-mail n’est pas encore apparu ; le seul temps écoulé ne permet pas de conclure qu’il a été perdu.
À vérifier
Heure de mise en file, événements de nouvelle tentative, réponse la plus récente et calendrier des nouvelles tentatives du prestataire.
Événement d’acceptation

Accepté

Vérifiez d’abord qui a accepté : si l’API a accepté la requête d’envoi, cela signifie seulement que le prestataire l’a prise en charge. L’acceptation par le serveur destinataire est une preuve de distribution plus avancée.

Ce que montre la boîte de réception
Si l’e-mail apparaît, Tempcase l’a bien affiché ; s’il n’apparaît pas encore, l’étiquette seule ne permet pas de localiser le problème.
À vérifier
Définition de l’événement, adresse finale du destinataire, réponse SMTP et heure d’acceptation.
Événement d’échec explicite

Rejet ou refus

Un rejet est un résultat traçable, mais sa cause n’est pas forcément une erreur de code. L’adresse, la politique du domaine, la réputation de l’expéditeur et les règles relatives au contenu peuvent toutes jouer un rôle.

Ce que montre la boîte de réception
Un e-mail refusé n’apparaît généralement pas dans la boîte de réception visée.
À vérifier
Code d’état complet, explication du motif, domaine destinataire et éventuelles nouvelles tentatives.

Si vous n’avez pas accès aux journaux d’envoi, transmettez l’heure du déclenchement et l’identifiant de requête au responsable du système. Pour compléter le dossier, n’envoyez ni clé API de production ni code de vérification complet à l’assistance.

Procédure de nouveau test en toute sécurité

Ne changez qu’un seul paramètre à la fois

Conservez d’abord les éléments de cette tentative, puis passez à la suivante. Changer d’adresse, modifier l’environnement et cliquer plusieurs fois sur « Renvoyer » complique l’identification de la cause.

Copier l’adresse actuelle depuis la page d’accueil

  1. Copiez et vérifiez l’adresse actuelle

    Copiez l’adresse depuis la page d’accueil au lieu de la ressaisir à partir d’une ancienne capture. Comparez-la au destinataire réellement soumis et vérifiez qu’elle restera valide assez longtemps pour cette tentative.

  2. Vérifiez le délai avant renvoi, puis réessayez une seule fois

    Respectez le délai d’attente et la limite de fréquence indiqués par le service. Certains systèmes n’acceptent que le dernier code généré ; plusieurs envois successifs peuvent invalider immédiatement le code reçu en premier.

  3. Notez l’heure et suivez la même requête

    Notez le fuseau horaire, l’identifiant de requête et l’identifiant du message de distribution. Pour comparer, vous pouvez demander à un autre système d’envoi auquel vous avez accès d’envoyer à la même adresse un e-mail de test sans contenu sensible. Sa réception ne prouve pas que la chaîne d’origine fonctionne forcément.

  4. Ne changez d’adresse pour un nouveau test que si nécessaire

    Enregistrez d’abord les informations qui ne contiennent aucune donnée sensible, puis cliquez sur « Changer d’adresse » sur la page d’accueil. Ce changement supprime l’ancienne boîte de réception ; l’ancienne adresse ne peut plus servir pour le test en cours. Les requêtes précédentes ne seront pas redirigées automatiquement : il faut les soumettre à nouveau.

Gardez une trace de cette tentative pour pouvoir l’analyser

Un relevé de diagnostic de réception suffisant

Il suffit de relier le système expéditeur au destinataire. Ne recueillez que les champs nécessaires au diagnostic et masquez les données personnelles superflues avant de partager le relevé avec votre équipe.

Remplissez une fiche par déclenchement ; ne regroupez pas plusieurs renvois dans une seule entrée.
Champ Comment le noter Ce que cela permet de confirmer
Environnement et scénario de test Préproduction / test ; inscription, réinitialisation du mot de passe ou vérification OTP ; ajoutez la version du build si nécessaire. Permet de vérifier si le mauvais environnement, une option de test ou une configuration e-mail différente a été utilisé.
Adresse réellement utilisée et validité Pour le diagnostic interne, notez l’adresse temporaire complète soumise, si elle correspond à l’adresse actuelle et si elle était valide au moment de la requête. Permet de savoir dans quelle boîte de réception ce message doit arriver.
Heure du déclenchement et fuseau horaire Exemple : 2026-11-03 14:05:20 +08:00 ; notez chaque renvoi sur une ligne distincte. Permet de vérifier si les journaux du service, les événements du prestataire et la réception correspondent au même déclenchement.
Identifiants de requête et de message ID de requête du service, ID de tâche et ID de message du prestataire ; si l’un manque, indiquez « non obtenu ». Permet de suivre la requête de la page jusqu’à la tâche asynchrone et aux événements de distribution.
Réponse à la requête et résultat de distribution État de la réponse, événements de mise en file / acceptation / rejet, heure de l’événement et codes d’état utiles. Permet de savoir où le problème se situe et quelles conclusions restent à confirmer.
Observation de la boîte de réception et suite à donner Heure de vérification, présence ou non du message, éventuel changement d’adresse et personne chargée de la prochaine vérification. Évite les déclenchements répétés et conserve les informations nécessaires à la suite du diagnostic.
Ne notez jamais le code de vérification complet ni les identifiants de production.

Le contenu du code de vérification, les liens de connexion, les cookies, l’en-tête Authorization et les clés API de production ne sont pas des champs de diagnostic. Une adresse temporaire n’est pas un coffre-fort privé ; avant de l’utiliser, vous pouvez consulter notre Politique de confidentialité et nos Conditions d’utilisation.

E-mail temporaire : que faire si le code n’arrive pas ?

Quelques pièges à éviter

Distinguez d’abord ce que vous observez de ce que vous en concluez. L’absence de nouveau message est une observation ; affirmer que « le code contient forcément une erreur » exige davantage de preuves.

Vérifier le modèle de l’e-mail après réception
Combien de temps faut-il pour recevoir le code ?

Les nouveaux messages apparaissent souvent en quelques secondes, mais il n’existe pas de délai fixe valable pour tous les systèmes d’envoi. La page d’accueil vérifie la boîte de réception environ toutes les 7 secondes ; il s’agit uniquement de la fréquence de vérification de la page. Le temps de traitement des files du service, des nouvelles tentatives du prestataire et du serveur destinataire s’y ajoute. Si l’attente se prolonge, consultez les journaux de distribution au lieu de prendre l’intervalle d’actualisation pour une garantie de réception.

Faut-il cliquer plusieurs fois sur « Renvoyer » ?

Non, ce n’est pas recommandé. Attendez que le délai imposé par le service soit écoulé, puis déclenchez un seul nouvel envoi et notez l’heure. Des renvois répétés peuvent entraîner une limitation du débit ou invalider l’ancien code. Si plusieurs messages arrivent ensuite, il sera plus difficile de savoir lequel est encore valable.

Peut-on encore recevoir les e-mails envoyés avant l’expiration de l’adresse ?

Une adresse expirée ne doit plus être considérée comme une boîte de réception valide. Les adresses temporaires Tempcase sont valides par défaut pendant 3 heures ; chaque prolongation ajoute 3 heures, dans la limite de 24 heures par adresse. À l’expiration, l’adresse et les e-mails sont supprimés et ne peuvent pas être récupérés. Les anciennes tâches encore réessayées par le prestataire ne sont pas automatiquement redirigées vers une nouvelle adresse.

Si je ne reçois rien, est-ce que cela prouve que mon code est erroné ?

Non. Une adresse incorrecte, une tâche qui n’a pas été créée, une mise en file d’attente, une restriction de domaine ou un refus peuvent tous se traduire par une boîte de réception vide. Pour réduire le champ des causes, associez l’adresse actuelle, l’identifiant de requête et les événements de distribution. En l’absence de journaux, gardez la cause comme inconnue au lieu de conclure à une erreur de code.

Les journaux indiquent « distribué », mais le message n’apparaît pas : que faire ?

Vérifiez d’abord ce que le prestataire entend par « distribué », le destinataire final et l’heure de l’événement. Vérifiez ensuite que l’adresse actuelle n’a pas expiré ni été remplacée, puis actualisez manuellement une fois la boîte de réception. Si l’écart persiste, envoyez l’heure de l’incident, l’adresse temporaire et l’identifiant du message après masquage à support@tempcase.com. N’incluez ni code de vérification ni identifiants de production.

Tous les sites acceptent-ils les adresses e-mail temporaires ?

Non. Certains services limitent les domaines de messagerie temporaire et peuvent refuser la requête ou n’afficher qu’un message générique. Vérifiez les règles et la réponse du service concerné, sans tenter de contourner ses restrictions en changeant d’adresse à répétition. Pour vos propres tests en préproduction, utilisez une configuration contrôlée. Pour un compte qui doit recevoir des e-mails de récupération à long terme, envisagez un alias de transfert longue durée.

Reliez les éléments avant de poursuivre les tests

Revenir à cette tentative

Vérifiez d’abord l’adresse actuelle et le résultat de réception. Si le message est arrivé, examinez ensuite le bloc du code de vérification et le modèle HTML, au lieu de modifier toute la chaîne en même temps.

Retourner à la boîte de réception Lire le guide d’aperçu des modèles