Wanneer een gebruiker meldt dat e‑mail ontbreekt, begin dan met één volledig e‑mailadres van de ontvanger en een geschatte verzendtijd. Brede herstarts of herhaalde test‑verzendingen kunnen het oorspronkelijke bewijs verbergen en extra belasting veroorzaken voor een reeds drukke ontvanger.
Volg het bericht door het systeem
- Afzender: Is het bericht ingediend, in de wachtrij geplaatst of afgewezen vóór SMTP‑bezorging? Vraag om een bounce‑ of afleveringsstatus indien beschikbaar.
- DNS: Controleer de mail‑routeringsrecords van het domein van de ontvanger en of deze naar de beoogde ontvanger wijzen.
- SMTP: Zoek naar verbinding‑, ontvanger‑acceptatie‑ en eind‑responsrecords.
- Opslag: Bevestig of het geaccepteerde bericht een index en body heeft, en of een herpoging in de wacht staat.
- Weergave: Controleer het opgegeven adres, sessietoegang, filters en de verbinding voor inbox‑updates.
Kies bewijs dat de fout inkleint
| Observatie | Volgende controle |
|---|---|
| Geen verbinding met ontvanger | Wachtrij van afzender en DNS van ontvanger. |
| Tijdelijke SMTP‑fout | Herpogingtijd en capaciteit van ontvanger. |
| Geaccepteerd maar niet zichtbaar | Persistentiestatus en het leespad van de inbox. |
| Opgeslagen en leesbaar via de API | Browsersessie en gedrag van front‑end update. |
Houd herstel gecontroleerd
Gebruik waar mogelijk het normale herpogingsmechanisme van het systeem. Vermijd het starten van een extra herpogingslus zonder een limiet voor gelijktijdigheid. Vergelijk de leeftijd van de wachtrij en de voltooiingssnelheid in de loop van de tijd; alleen de lengte van de wachtrij kan geen onderscheid maken tussen een korte piek en een stilgevallen worker.
Registreer de oorzaak, herstelactie en eventuele resterende onzekerheid. Verklaar een bericht niet als verloren alleen omdat de eerste opslagpoging mislukte, en verklaar het niet als afgeleverd alleen omdat een worker het verzoek heeft geaccepteerd.