Юридический документ
Правила хранения и удаления ответов
document_key: reply_retention_policy, version: 2026-06-24-v1
Редакция: 2026-06-24-v1.
Статус: правила технической обработки, пересылки, хранения и удаления ответов получателей на письма, отправленные через Письмолёт.
1. Как работают ответы
Для отправленных писем сервис может сформировать технический reply-to адрес, который помогает сопоставить ответ получателя с конкретной рассылкой и адресатом.
Если получатель отвечает на письмо, Письмолёт принимает входящее событие от почтового провайдера, пытается сопоставить его с рассылкой и пересылает ответ клиенту на email отправителя или другой настроенный адрес для ответов.
Письмолёт не предоставляет клиенту полноценный inbox в личном кабинете. В интерфейсе показываются только счётчик ответов и безопасный статус пересылки.
2. Какие данные могут храниться
- email отправителя ответа и технический адрес, на который пришёл ответ;
- тема ответа в сокращённом безопасном виде;
- текст ответа, если он нужен для пересылки и диагностики;
- идентификаторы рассылки, клиента, provider event и reply token hash;
- статус обработки: получен, сопоставлен, поставлен в пересылку, переслан, не сопоставлен, auto-reply или ошибка;
- даты получения, пересылки, удаления тела ответа и технические hash/raw markers.
3. Ограничение хранения тела ответа
Тело ответа хранится временно и может быть обрезано по техническому лимиту. В MVP стандартный срок хранения тела ответа — до 14 дней, а максимальный размер сохраняемого текста ограничен настройками сервиса.
После истечения срока хранения тело ответа удаляется или помечается как удалённое. Технические метаданные события могут сохраняться дольше для учёта пересылки, диагностики, жалоб, защиты сервиса и разрешения споров.
Если тело ответа уже удалено, повторная пересылка полного текста может быть невозможна.
4. Auto-reply, ошибки и безопасность
Сервис может не пересылать автоматические ответы, mail loops, сообщения от postmaster/mailer-daemon, bulk/list/junk ответы и другие технические события, которые выглядят как автоответ или риск петли.
Сервис может ограничивать, маскировать или не показывать raw provider payload, полный reply token и иные технические данные, если это нужно для безопасности и защиты других клиентов.
5. Удаление и запросы
Клиент может обратиться в поддержку по вопросам ответов на свои рассылки. Получатель может обратиться по вопросам обработки своего адреса, отписки или жалобы.
Удаление аккаунта, рассылки или события ответа может не приводить к немедленному удалению всех технических метаданных, если они нужны для учёта отправки, жалоб, отписок, ошибок доставки, безопасности, исполнения закона или разрешения спора.
6. Связанные документы
Эти правила применяются вместе с политикой обработки персональных данных, поручением на обработку данных адресатов, правилами рассылок и правилами отписки через сервис.