Menyebut kotak masuk sementara tidak menggambarkan masa hidup setiap salinan datanya. Tinjauan retensi yang berguna memisahkan informasi yang digunakan untuk menampilkan surat dari informasi yang digunakan untuk mengoperasikan dan mendukung layanan.
Inventarisasi penyimpanan
| Data | Pertanyaan untuk operator |
|---|---|
| Isi pesan dan lampiran | Apa yang menghapusnya, dan bagaimana penghapusan diverifikasi? |
| Indeks kotak masuk | Apakah entri yang kedaluwarsa dapat mengarah ke isi yang hilang atau masih dipertahankan? |
| Log operasional | Apakah alamat lengkap, subjek, atau token diperlukan? |
| Antrian ulang | Berapa lama pengiriman yang diterima tetapi tidak lengkap dipertahankan? |
| Cadangan dan ekspor | Aturan retensi dan akses terpisah mana yang berlaku? |
Kumpulkan hanya apa yang berguna
Untuk diagnostik, kategori peristiwa dan pengenal yang disanitasi mungkin sudah cukup dibandingkan dengan pesan lengkap. Hindari menyertakan kode verifikasi atau URL reset lengkap dalam log aplikasi biasa. Batasi pengecualian debugging dan dokumentasikan.
Uji pembersihan sebagai alur kerja
Gunakan data sintetis untuk memastikan bagaimana kedaluwarsa memengaruhi daftar, isi, dan lampiran. Periksa pekerjaan tertunda dan kegagalan parsial. Entri UI yang kedaluwarsa saja tidak membuktikan setiap salinan yang disimpan telah dihapus.
Jelaskan batasannya dengan jelas
Retensi harus dijelaskan sesuai dengan konfigurasi dan perilaku aktual. Hindari janji seperti “tidak ada jejak digital” atau “tidak ada log” kecuali ruang lingkupnya tepat didukung. Pembersihan pesan juga tidak serta merta menghentikan alamat atau menghentikan surat masa depan untuk sampai ke sana.