Dépannage
Pourquoi mon e-mail n’est-il pas arrivé ?
Une liste de contrôle pas à pas pour les e-mails qui ne sont jamais parvenus au destinataire. Retrouvez l’e-mail, lisez son statut et appliquez la solution correspondant à ce statut.
Utilisez cette liste de contrôle quand un destinataire dit ne pas avoir reçu votre e-mail. Emailit enregistre chaque message et chaque tentative de livraison : le statut de l’e-mail vous indique donc où il s’est arrêté.
Symptômes
- Un client attend toujours un reçu, un code de connexion ou un e-mail de réinitialisation de mot de passe.
- Votre application signale un succès, mais le destinataire ne voit rien.
- Certains destinataires reçoivent vos e-mails et d’autres non.
Cause
Un e-mail peut s’arrêter à quatre endroits : votre requête a été rejetée, Emailit ne l’a pas envoyé, le serveur destinataire l’a refusé, ou le serveur destinataire l’a accepté et l’a classé dans un dossier que le destinataire n’a pas consulté. Le statut de l’e-mail indique lequel :
| Statut | Ce qui s’est passé | Étape suivante |
|---|---|---|
| Aucun e-mail trouvé | La requête n’a jamais créé d’e-mail | Cherchez une réponse 4xx dans Email APILogs |
| Accepted ou Scheduled | En attente d’envoi | Pourquoi mon e-mail reste-t-il en Accepted ou Scheduled ? |
| Attempted | Refusé temporairement, nouvelles tentatives en cours | Que signifie le statut Attempted ? |
| Held | Arrêté avant l’envoi | Pourquoi mon e-mail est-il retenu ? |
| Suppressed | L’adresse figure dans votre liste d’adresses bloquées | Pourquoi mon e-mail a-t-il été bloqué ? |
| Bounced | Refusé définitivement | Rebonds définitifs et temporaires |
| Rejected | Votre espace de travail non vérifié ne peut pas envoyer à cette adresse | 403 unverified_workspace_recipient |
| Failed | Une erreur a empêché la livraison | Lisez le motif dans l’onglet Deliveries |
| Canceled | Quelqu’un l’a annulé | Renvoyez-le si nécessaire |
| Delivered, Loaded ou Clicked | Le serveur du destinataire l’a accepté | Passez à l’étape 4 ci-dessous |
Solution
-
Retrouvez l’e-mail. Accédez à Email APIEmails, recherchez l’adresse du destinataire et élargissez la période si nécessaire. Chaque destinataire a son propre e-mail : recherchez donc l’adresse exacte.
-
S’il n’y a pas d’e-mail, vérifiez la requête. Ouvrez Email APILogs et cherchez des requêtes en échec autour de cette heure. Les réponses fréquentes sont
401(clé API incorrecte),402(plus de crédits),403(espace de travail non vérifié),422(domaine non vérifié) et429(limite de débit). Consultez Erreurs de l’API. Pour SMTP, réglez le filtre Source sur SMTP. -
Lisez le statut et l’onglet Deliveries. Ouvrez l’e-mail. L’onglet Deliveries affiche chaque tentative avec la réponse du serveur destinataire. Suivez le lien du tableau ci-dessus qui correspond au statut affiché.
-
S’il a été livré, vérifiez du côté du destinataire. La réponse dans l’onglet Deliveries prouve que son serveur l’a accepté. Demandez au destinataire de vérifier ses dossiers spam, courrier indésirable, promotions et quarantaine, ainsi que ses règles de transfert et ses filtres. Les passerelles de messagerie d’entreprise mettent parfois les e-mails en quarantaine après les avoir acceptés : l’équipe informatique du destinataire devra peut-être les libérer.
-
Vérifiez l’adresse. Les fautes de frappe comme
gmial.comsont fréquentes. Utilisez la vérification d’e-mails pour tester une adresse douteuse. -
Vérifiez vos autres destinataires. Si de nombreux e-mails vers un même fournisseur manquent, lisez Pourquoi mes e-mails arrivent-ils dans les spams ?.
Pour être averti automatiquement, abonnez un webhook à email.bounced et email.suppressed. Les webhooks qui reçoivent tous les événements reçoivent aussi email.held. Pour tous les statuts, consultez Statuts des e-mails.
Le problème persiste ?
Contactez le support ou posez votre question sur Discord. Indiquez l’ID de l’e-mail (em_…), l’adresse du destinataire et l’heure d’envoi.