Lorsqu'un utilisateur signale un courrier manquant, commencez par une adresse de destinataire complète et une heure d'envoi approximative. Des redémarrages généralisés ou des envois de test répétés peuvent masquer les preuves d'origine et ajouter une charge à un récepteur déjà occupé.
Suivez le message à travers le système
- Expéditeur : Le message a-t-il été soumis, mis en file d'attente ou rejeté avant la livraison SMTP ? Demandez un rebond ou un statut de livraison si disponible.
- DNS : Vérifiez les enregistrements de routage du courrier du domaine du destinataire et s'ils pointent vers le récepteur prévu.
- SMTP : Recherchez les enregistrements de connexion, d'acceptation du destinataire et de réponse finale.
- Stockage : Confirmez si le message accepté dispose d'un index et d'un corps, et si une nouvelle tentative est en attente.
- Affichage : Vérifiez l'adresse demandée, l'accès à la session, les filtres et la connexion de mise à jour de la boîte de réception.
Choisissez des preuves qui ciblent la défaillance
| Observation | Prochaine vérification |
|---|---|
| Aucune connexion au récepteur | File d'attente de l'expéditeur et DNS du destinataire. |
| Échec SMTP temporaire | Minutage des nouvelles tentatives et capacité du récepteur. |
| Accepté mais non visible | État de la persistance et chemin de lecture de la boîte de réception. |
| Stocké et lisible via l'API | Session du navigateur et comportement de mise à jour du frontend. |
Gardez la récupération sous contrôle
Utilisez le mécanisme de nouvelle tentative normal du système dans la mesure du possible. Évitez de lancer une boucle de nouvelle tentative supplémentaire sans limite de concurrence. Comparez l'âge de la file d'attente et le taux d'achèvement au fil du temps ; une longueur de file d'attente seule ne permet pas de distinguer une brève salve d'un worker bloqué.
Notez la cause, l'action de récupération et toute incertitude restante. Ne déclarez pas un message perdu simplement parce que la première tentative de stockage a échoué, et ne le déclarez pas livré uniquement parce qu'un worker a accepté la requête.