Обозначение почтового ящика как временного не описывает срок жизни каждой копии его данных. Полезный анализ политики хранения отделяет информацию, используемую для отображения писем, от информации, необходимой для работы и поддержки сервиса.
Инвентаризация хранилищ
| Данные | Вопрос для оператора |
|---|---|
| Тело сообщения и вложения | Что удаляет их и как проверяется удаление? |
| Индекс почтового ящика | Могут ли истёкшие записи указывать на отсутствующие или сохранённые тела? |
| Операционные журналы | Нужны ли полные адреса, темы или токены? |
| Очередь повторных попыток | Как долго хранятся принятые, но незавершённые доставки? |
| Резервные копии и экспорты | Какие отдельные правила хранения и доступа к ним применяются? |
Собирайте только то, что имеет назначение
Для диагностики может быть достаточно категории события и обезличенного идентификатора вместо полного сообщения. Избегайте включения кодов подтверждения или полных URL сброса пароля в обычные журналы приложения. Ограничивайте отладочные исключения и документируйте их.
Тестируйте очистку как рабочий процесс
Используйте синтетические данные, чтобы проверить, как истечение срока влияет на список, тело и вложения. Проверяйте отложенные задания и частичные сбои. Одна лишь истёкшая запись в интерфейсе не доказывает, что каждая сохранённая копия удалена.
Чётко объясняйте ограничения
Хранение должно описываться в соответствии с фактической конфигурацией и поведением. Избегайте обещаний вроде «никакого цифрового следа» или «никаких журналов», если их точный объём не подтверждён. Кроме того, очистка сообщений не обязательно выводит адрес из эксплуатации и не останавливает поступление будущих писем на него.