Comment garder une trace d’une demande de codesans exposer de secrets dans une capture d’écran ?

Un objectif simple : noter ce qui s’est passé, pas le code reçu

Quand aucun nouvel e-mail n’arrive dans votre boîte de réception, vous pouvez cliquer plusieurs fois sur « Renvoyer », puis partager une capture d’écran complète pour demander de l’aide. Vous risquez alors de divulguer le code, votre adresse complète et des informations de navigateur, sans garder de trace de l’ordre des actions. Une courte note est plus utile : indiquez quand vous avez fait quoi, la réponse de la page et ce que vous avez constaté ensuite.

Ce suivi des demandes d’e-mails de vérification n’est pas un dossier de compte. Désignez l’adresse utilisée par « adresse A » et numérotez les demandes R1, R2. Pour le code, notez simplement « reçu » ou « non reçu ». Ainsi, même si vos notes sont transmises, elles ne révèlent pas directement de secret permettant de se connecter à un compte.

Trois événements à distinguer en 2026

Les interfaces de vérification sont de plus en plus épurées, mais « Envoyé » reste parfois un simple message générique du service. Les trois événements ci-dessous ne sont pas interchangeables. Si vous ne savez pas ce qui s’est passé entre deux étapes, notez « inconnu » plutôt que de combler les blancs par des suppositions.

En général, les utilisateurs ne peuvent observer directement que la première et la troisième étape. La mention « code de vérification » dans l’objet ne prouve pas à quelle demande le message est lié. Sans identifiant de demande ni indication de l’expéditeur, conservez l’incertitude.

Un suivi suffisant se limite à quatre groupes d’informations

Une note locale sur votre appareil suffit. Commencez par la date et le fuseau horaire, puis complétez les champs ci-dessous. Évitez les documents partagés par défaut ou accessibles automatiquement à d’autres personnes.

• Heure : Heure locale et fuseau horaire au moment de l’action, par exemple « 2026-08-12, UTC+08:00 ». Évitez les indications vagues comme « tout à l’heure ».
• Page et message : Nom du site, chemin de la page et texte exact du message visible ; omettez les paramètres de requête et les informations du compte.
• Nom de l’adresse : Utilisez toujours « adresse A » pour cette série. Si vous changez d’adresse, passez à « adresse B » afin de ne pas mélanger les observations.
• Numéro de demande et résultat :R1 désigne la première demande et R2 une nouvelle tentative. Notez pour chacune l’heure du clic, le message affiché et l’heure à laquelle vous avez vu le premier e-mail.

Attribuer les identifiants M1 et M2 aux messages évite aussi de s’appuyer sur leur contenu pour les distinguer. Notez dans deux colonnes l’heure affichée dans la liste et celle à laquelle vous avez vu le message pour la première fois : cette dernière dépend notamment de l’actualisation et de l’ouverture de la page, ce n’est pas l’heure exacte de livraison.

Après une relance, ne confondez pas les deux demandes

Seul l’expéditeur sait si une nouvelle demande invalide l’ancien code et comment sa durée de validité est calculée. Ne supposez pas que le code du dernier e-mail arrivé est le plus récent, ni que l’ordre d’arrivée correspond à l’ordre d’envoi. Les files d’attente réseau, les nouvelles tentatives et l’actualisation de la page peuvent modifier l’ordre dans lequel vous observez les événements.

Si un délai avant une nouvelle tentative s’affiche, attendez qu’il soit terminé et attribuez un numéro à chaque clic. Si la page n’indique pas clairement le lien entre les événements, notez « lien entre M1, M2 et R1, R2 inconnu ». Suivez les indications du site expéditeur pour choisir le code ; ne testez pas les codes à tour de rôle pour compléter vos notes, au risque de déclencher des restrictions supplémentaires.

Exemple : une demande, une relance et deux e-mails reçus en retard

Les notes ci-dessous sont fictives et illustrent uniquement la méthode ; elles ne reflètent pas les délais réels de réception d’InboxCloak. Elles ne contiennent ni adresse complète, ni code, ni corps d’e-mail.

Avant de partager une capture, recadrez-la et masquez les données de façon irréversible

Si un texte suffit à expliquer le problème, ne faites pas de capture d’écran. Si elle est vraiment nécessaire, ne capturez que la zone du message pertinent. Fermez d’abord les onglets, notifications et panneaux du gestionnaire de mots de passe qui ne sont pas utiles ; la barre d’adresse, le corps des e-mails et les outils de développement n’ont généralement pas à apparaître.

Par défaut, ne partagez pas ces cinq types de données

• Codes de vérification, codes de récupération, liens de connexion à usage unique, ainsi que les objets ou aperçus qui les contiennent.
• Adresses de réception complètes, véritables adresses e-mail et données personnelles permettant d’identifier un compte.
• URL de requête contenant des paramètres, en particulier les liens qui incluent des informations d’accès.
• Jetons, cookies, en-têtes de requête Authorization et données stockées par le navigateur.
• Codes QR d’application d’authentification, clés de configuration et informations de secours affichées à côté du code QR.

Pour masquer les données d’une capture de code, ne vous contentez pas d’un flou, d’une mosaïque ou d’un calque semi-transparent amovible. Recouvrez la zone sensible d’un aplat opaque, exportez une image aplatie, puis rouvrez-la pour vérifier le résultat. N’envoyez pas le fichier de travail dont le masquage peut être annulé. Remplacez également chaque occurrence de l’adresse complète dans la capture par son nom de substitution.

Avant de partager le fichier, vérifiez aussi que son nom et le texte détecté par reconnaissance optique ne révèlent rien. Si un secret a déjà été transmis, supprimer l’image ne supprime pas toutes ses copies. Cessez d’utiliser les informations d’accès concernées et suivez les consignes du site expéditeur ou de votre service de messagerie.

Reproduire un problème en développement ou en exploitation : définir la période d’observation, sans promettre une livraison

Pour consigner un test d’e-mail, précisez d’abord que vous êtes autorisé à le réaliser : utilisez uniquement vos propres comptes de test, des adresses de réception sous votre contrôle et un environnement autorisé. Ne vous servez pas du dépannage comme prétexte pour créer des comptes en masse, contourner les limites d’envoi ou envoyer des codes à répétition à l’adresse d’une autre personne.

Ne modifiez qu’un seul paramètre à la fois, comme la version du navigateur ou l’environnement de test. Indiquez la date, l’appareil, le nom de l’environnement, les étapes suivies et le début et la fin de l’observation. « Aucun e-mail visible après cinq minutes d’observation » est un résultat ; « le système ne peut pas livrer en moins de cinq minutes » va au-delà des éléments disponibles.

Si vous avez accès au système d’envoi, vous pouvez conserver un identifiant de corrélation sans données d’accès et préciser si le journal indique une mise en file d’attente, une transmission ou une réponse du destinataire. Les fichiers bruts exportés depuis l’onglet Réseau du navigateur peuvent contenir des cookies, le corps des requêtes et des jetons : ne les joignez pas directement à un ticket. Pour une note en anglais, « receive verification code email » peut servir de nom de processus, mais décrivez chaque étape dans la conclusion du test.

Pour contacter l’assistance, un dossier minimal est souvent plus utile

Commencez par déterminer de quel côté se situe le problème : si la page d’inscription affiche une erreur ou refuse l’adresse, contactez le site concerné. Si la génération d’une adresse InboxCloak, l’actualisation de la liste ou l’ouverture d’un message ne fonctionne pas, contactez l’assistance InboxCloak. Préparez vos notes anonymisées dans l’ordre suivant.

1. Chemin de la page et nom de la fonctionnalité, sans paramètres de requête, secrets dans les fragments d’URL ni contenu de pages privées.
2. Date de l’incident, heure locale, fuseau horaire et versions approximatives du navigateur et de l’appareil.
3. Ordre des actions R1 et R2, texte exact des messages affichés, et observations M1 et M2.
4. Résultat attendu et résultat obtenu ; si nécessaire, joignez une capture recadrée, anonymisée et vérifiée.

Envoyez votre message à support@inboxcloak.com pour votre premier signalement, sans joindre l’e-mail complet ni les informations d’accès à la boîte de réception. Si une analyse plus poussée est nécessaire, confirmez d’abord le canal et les champs requis, puis transmettez uniquement les identifiants non sensibles indispensables ; n’envoyez jamais spontanément de code de vérification, de clé d’application d’authentification ni de jeton de connexion.

Limites du suivi : le navigateur a réussi, cela ne signifie pas que l’e-mail a été livré

Vos notes permettent de reconstituer ce que vous avez observé, mais elles ne remplacent pas les journaux de la file d’envoi, du transport des e-mails et du système de réception. Un message de réussite sur la page ne vaut pas accusé de livraison ; l’absence temporaire d’un nouvel e-mail ne prouve pas à elle seule qu’il a été supprimé, que le domaine a été bloqué ou qu’un service est en panne.

Masquer votre adresse e-mail réduit le nombre de fois où vous communiquez votre adresse habituelle ; cela ne vous donne pas de visibilité sur toute la chaîne d’acheminement. Une adresse de réception de codes n’est pas non plus acceptée par tous les sites. Pour savoir quoi faire ensuite, consultez la checklist de dépannage des codes non reçus et ne tirez pas de conclusion à partir d’une seule capture d’écran.

Une fois le problème résolu, vérifiez les trois types de copies

Une fois le problème résolu, supprimez les notes temporaires dont vous n’avez plus besoin. Si vous souhaitez conserver les résultats du test, gardez uniquement un résumé anonymisé. Vérifiez ensuite le dossier des téléchargements, les fichiers de travail des captures, la corbeille et l’historique du presse-papiers : supprimer l’image envoyée ne suffit pas.

Vérifiez enfin les copies dans les documents partagés, les pièces jointes des discussions et les tickets d’assistance, puis retirez les éléments inutiles selon les options de chaque plateforme. Les journaux du service de messagerie, les fichiers téléchargés sur l’appareil et les captures transmises sont des copies distinctes : supprimer l’une ne nettoie pas automatiquement les autres et ne garantit pas que le destinataire ne l’a pas enregistrée.

Questions fréquentes : e-mail complet et récupération à long terme

Faut-il joindre l’e-mail entier pour aider au diagnostic ?

En général, non. Un e-mail complet peut contenir un lien de connexion, des données personnelles, des paramètres de suivi et des champs masqués. Fournissez d’abord l’heure de la demande, le message visible et vos observations. Si un élément précis est nécessaire, transmettez-le séparément après confirmation, sans transférer le fichier e-mail d’origine.

Peut-on utiliser une adresse temporaire pour récupérer un compte à long terme ?

Ce n’est pas recommandé. Une nouvelle boîte temporaire InboxCloak est valable 3 heures par défaut, et chaque prolongation ajoute 3 heures. Après son expiration ou un changement d’adresse, ne comptez plus sur elle pour recevoir des e-mails de récupération. Pour recevoir des notifications dans la durée, découvrez les alias de transfert longue durée avec connexion indépendante mais gardez toujours un moyen de récupération fiable pour vos comptes importants.

Peut-on inclure les e-mails de démonstration de la page dans les résultats du test ?

Non. Les e-mails de démonstration montrent simplement comment les messages s’affichent dans l’interface ; ils ne prouvent pas que la demande testée a été livrée. Notez uniquement les e-mails réellement reçus. En cas de doute, indiquez clairement « non confirmé » et ne présentez pas un exemple comme un résultat positif.