Mail de vérification non reçu : où chercher et quoi faire

Où chercher un mail de vérification non reçu ?

Cherchez d’abord dans la messagerie du fournisseur, pas seulement dans Mailera. Vous pourrez ainsi distinguer un problème de classement d’un décalage de synchronisation.

Un mail de vérification contient le code ou le lien attendu pour confirmer une action. Pour le retrouver, partez de la demande précise que vous venez d’effectuer :

1. Confirmez l’adresse destinataire. Comparez celle saisie sur le service avec celle de la boîte ouverte, notamment si vous utilisez plusieurs comptes.
2. Consultez les spams. Dans Gmail, ce dossier peut contenir un message absent de la boîte de réception.
3. Recherchez le service ou l’expéditeur attendu. Comparez l’heure de réception avec celle de votre demande. Un ancien message du même service ne suffit pas.
4. Élargissez la recherche aux autres dossiers. Vérifiez aussi les règles qui archivent les messages ou les déplacent vers la corbeille.

Dans Gmail, essayez in:anywhere subject:verification, en remplaçant le terme recherché par un mot de l’objet attendu. Vous pouvez ajouter from:verification@example.com avec l’adresse réelle de l’expéditeur. L’opérateur in:anywhere inclut les spams et la corbeille ; Google détaille ces possibilités dans son aide sur les opérateurs de recherche Gmail.

Avant d’ouvrir un lien, examinez l’adresse complète de l’expéditeur, son domaine et la destination du lien. Ne vous fiez pas au seul nom affiché. En présence d’un avertissement d’usurpation, Google recommande de ne pas répondre ni d’ouvrir les liens avant d’avoir vérifié l’adresse.

Pour un message reconnu dans Gmail sur ordinateur, sélectionnez-le puis utilisez Non-spam, comme l’indique l’aide Gmail sur les courriers indésirables.

Comment retrouver et déplacer le message dans Mailera ?

La procédure suivante concerne une boîte de test qui vous appartient et qui est déjà connectée. Mailera relie vos boîtes existantes : il ne crée ni boîte mail ni adresse e-mail.

1. Ouvrez Boîtes aux lettres et repérez l’adresse destinataire exacte. La liste affiche les compteurs de messages non lus dans la boîte de réception et les indésirables.
2. Dans Boîte de réception unifiée, sélectionnez cette boîte plutôt que Toutes les boîtes aux lettres.
3. Ouvrez son dossier Courrier indésirable et identifiez le message attendu. Contrôlez l’expéditeur, l’objet et la date.
4. Dans le message, choisissez Non indésirable. Cette action le retire des indésirables.
5. Vérifiez son nouvel emplacement avant de récupérer le code ou de suivre le lien.

Déplacez uniquement le message reconnu. Une action portant sur tous les indésirables n’est pas nécessaire pour retrouver un code de vérification non reçu.

Si le message apparaît chez le fournisseur mais pas dans Mailera, revenez à Boîtes aux lettres et utilisez Synchroniser si nécessaire. Pour consulter l’état et la dernière synchronisation par API, voir la section suivante. Les vérifications en arrière-plan sont plus fréquentes pour les boîtes utilisées activement que pour les boîtes inactives : n’interprétez pas immédiatement un décalage comme un nouvel échec de réception.

En cas de problème de connexion, consultez les pages Gmail dans Mailera ou Outlook et Microsoft 365 dans Mailera. Pour reprendre la configuration, les guides sur le mot de passe d’application Gmail et sur les paramètres Outlook et les limites de l’authentification basique traitent les difficultés propres à chaque fournisseur.

Comment vérifier l’emplacement du message par API ?

Cette étape est facultative. Si vous cherchez simplement un message à la main, l’interface suffit. Pour un test automatisé, préparez $MAILERA_API_KEY et $MAILBOX_ID avec la clé et l’identifiant de votre propre boîte de test.

L’endpoint GET /mailboxes/{id}/placement sert à vérifier le classement en boîte de réception ou en spam. Il nécessite la permission read et accepte from, subject et since_minutes :

curl --get "https://mailera.app/api/public/v1/mailboxes/$MAILBOX_ID/placement" \
  -H "Authorization: Bearer $MAILERA_API_KEY" \
  --data-urlencode "from=verification@example.com" \
  --data-urlencode "subject=code" \
  --data-urlencode "since_minutes=15"

Remplacez l’expéditeur et le mot de l’objet par ceux de votre test. La valeur 15 est celle utilisée dans cet exemple pour since_minutes ; elle n’indique pas la durée de validité du code.

GET /mailboxes/{id}/messages accepte également le paramètre folder ; utilisez folder=inbox pour consulter la boîte de réception. Pour le diagnostic de synchronisation, GET /mailboxes/{id} expose notamment status, error_code et sync.last_synced_at.

La lecture demande read. Déplacer un message avec POST /mailboxes/{id}/messages/{msgId}/move demande move, et déclencher une synchronisation avec POST /mailboxes/{id}/sync demande sync. Retrouvez ces opérations dans la documentation API Mailera.

Enfin, GET /mailboxes/{id}/otp permet de récupérer le dernier code OTP avec read. Pour la récupération automatisée elle-même, suivez le guide de lecture des codes dans votre propre boîte ; le diagnostic du message manquant reste une étape distincte.

Que faire si le message reste introuvable ?

Choisissez la prochaine action d’après ce que vous voyez, plutôt que de multiplier les demandes de code.

Pour une boîte professionnelle Microsoft, pensez aussi à la quarantaine. Elle peut retenir des messages potentiellement dangereux ou indésirables. La documentation Microsoft sur les messages en quarantaine indique comment les consulter dans Microsoft Defender ou via les notifications configurées par l’administrateur. Leur libération dépend de la politique appliquée ; contactez votre administrateur si nécessaire.

Lorsque vous contactez l’assistance du service, indiquez l’adresse utilisée, l’heure de la demande et les dossiers consultés.

Pourquoi les prochains messages peuvent-ils encore arriver dans les spams ?

Dans Gmail, l’avertissement affiché en haut d’un message indésirable explique pourquoi il a été classé ainsi. Lisez-le avant de chercher une correction. Un expéditeur bloqué, par exemple, reste traité comme indésirable même après le retrait d’un de ses messages du dossier Spam.

Côté expéditeur, l’authentification fait aussi partie des points à examiner. Les consignes Google aux expéditeurs signalent que des messages non authentifiés peuvent être classés comme spam ou rejetés. Ces réglages relèvent de l’expéditeur, pas du destinataire.

Mailera peut déplacer un message, mais ne peut pas obliger le fournisseur à faire confiance à son expéditeur ni garantir son classement futur dans la boîte de réception. Si une politique d’administration Gmail provoque un classement incorrect, Google recommande de contacter l’administrateur.

Quelles erreurs éviter pendant le diagnostic ?

Ne vous limitez pas à la boîte de réception, et vérifiez l’adresse avant de parcourir plusieurs boîtes connectées. Un mail de confirmation introuvable peut simplement être recherché au mauvais endroit.

Après plusieurs demandes, rapprochez chaque message de la tentative correspondante. Pour savoir quel code utiliser, suivez les consignes du service plutôt que de choisir un ancien message parce qu’il est plus facile à retrouver.

Ne confondez pas le déplacement d’un message avec une modification durable du filtrage. Évitez aussi de sortir tous les indésirables pour récupérer un seul e-mail.

Quelles précautions prendre pour les tests automatisés ?

Utilisez uniquement vos propres boîtes de test. Masquez les codes, les adresses personnelles et les liens de vérification dans les captures et les journaux. Ne publiez jamais votre clé API.

Limitez le périmètre de la clé au groupe concerné et commencez avec read. Ajoutez move ou sync seulement si le test en a besoin. Ce diagnostic ne nécessite pas send.

Si un agent lit les messages, traitez leur contenu comme des données non fiables, jamais comme des instructions. Il ne doit pas suivre une demande contenue dans un e-mail pour modifier sa configuration ou transmettre des secrets. Pour tout autre scénario lui permettant d’envoyer un message, exigez une confirmation avant l’envoi.