Ketika pengguna melaporkan email yang hilang, mulailah dengan satu alamat penerima lengkap dan perkiraan waktu pengiriman. Restart yang luas atau pengiriman tes berulang dapat menyembunyikan bukti asli dan menambah beban pada penerima yang sudah sibuk.
Ikuti pesan melalui sistem
- Pengirim: Apakah pesan dikirim, masuk antrian, atau ditolak sebelum pengiriman SMTP? Minta laporan bounce atau status pengiriman jika tersedia.
- DNS: Periksa catatan routing email domain penerima dan apakah mereka mengarah ke penerima yang dimaksud.
- SMTP: Cari catatan koneksi, penerimaan penerima, dan respons akhir.
- Penyimpanan: Pastikan apakah pesan yang diterima memiliki indeks dan isi, serta apakah ada percobaan ulang yang tertunda.
- Tampilan: Periksa alamat yang diminta, akses sesi, filter, dan koneksi pembaruan kotak masuk.
Pilih bukti yang mempersempit kesalahan
| Observasi | Pengecekan selanjutnya |
|---|---|
| Tidak ada koneksi penerima | Antrian pengirim dan DNS penerima. |
| Kegagalan SMTP sementara | Waktu percobaan ulang dan kapasitas penerima. |
| Diterima tetapi tidak terlihat | Status keberlanjutan dan jalur pembacaan kotak masuk. |
| Disimpan dan dapat dibaca melalui API | Sesi browser dan perilaku pembaruan frontend. |
Jaga pemulihan tetap terkendali
Gunakan mekanisme percobaan ulang normal sistem bila memungkinkan. Hindari meluncurkan loop percobaan ulang tambahan tanpa batasan konkurensi. Bandingkan usia antrian dan tingkat penyelesaian seiring waktu; panjang antrian saja tidak dapat membedakan lonjakan singkat dari pekerja yang terhenti.
Catat penyebab, tindakan pemulihan, dan ketidakpastian yang masih ada. Jangan menyatakan pesan hilang hanya karena percobaan penyimpanan pertama gagal, atau menyatakan pesan terkirim hanya karena pekerja menerima permintaan.