## Содержимое и журнал {#overview}

Содержимое HTTP-запроса и запись о его результате имеют разный жизненный цикл. Не рассчитывайте, что видимая строка журнала означает доступное тело, или что отсутствие тела означает отсутствие доставки.

## Какие данные доступны {#what-adal-stores}

В Inbound доступны метаданные запроса, его HTTP-содержимое и история получателей. В Outbound — минимальный журнал отправок, региональная сводка, диагностика и исходное тело. Тела ответов Outbound сохраняются только при включённом `save_response_body` у отправки.

## Чего нельзя восстановить задним числом {#what-adal-does-not-store}

Если сохранение ответа Outbound было выключено, его тело нельзя получить из журнала позднее. Включение флага у нового задания не восстанавливает прежний ответ. Истёкшие удалённые HTTP-данные также не восстанавливаются из карточки.

## Отклонённые запросы {#rejected-requests}

Отклонённый Inbound-запрос не доставляется и не сохраняет HTTP-содержимое для последующего чтения. В журнале могут быть минимальные сведения для диагностики. Не используйте такой запрос как источник тела для повторной отправки.

## Где находится содержимое {#where-data-is-stored}

HTTP-данные хранятся в регионе приёма Inbound или исполнения Outbound. Запрос может оставаться видимым в журнале, даже если его содержимое временно недоступно.

Уже принятое CLI-задание дополнительно сохранено в локальном журнале клиента. Его копия и её жизненный цикл зависят от вашего компьютера и не удаляются автоматически удалением регионального тела.

## Срок хранения {#retention-period}

HTTP-данные хранятся **90 суток от приёма запроса**. Ориентируйтесь на дату удаления конкретной записи. Повторы, чтение запроса, покупка трафика и обновление Free не сдвигают её.

После истечения срока содержимое снимается очисткой; минимальные метаданные и история могут остаться в журнале. Для Outbound чтение истёкшего тела даёт `410`; сводка может сообщать `available=false` и `reason=expired`. Не считайте очистку обещанием физического удаления всех копий ровно в указанную секунду.

## Удаление Сервера {#deleting-an-server}

Удаление Inbound-Сервера прекращает новый приём по его адресу; адрес не переиспользуется. Это не команда немедленно удалить все ранее принятые запросы: их содержимое живёт по исходному сроку хранения. Проверяйте последствия отдельно от отключения Канала или удаления связей Маршрутизатора.

## Размеры и неполные ответы {#request-size-limits}

Приём Inbound, JSON-конверт Outbound, тело запроса, диагностические данные и скачивание имеют разные ограничения. Покупка трафика не меняет технические ограничения запроса. Для Outbound разбор ошибки размера приведён в [справочнике отправки](/ru/docs/outbound/sending#limitations). Не переносите лимит одного направления на другое.

У сохранённого ответа Outbound могут быть признаки неполного чтения или усечения. Даже если скачивание доступно, проверяйте эти признаки, прежде чем считать файл полным ответом получателя.

## Безопасность и собственное хранение {#security-and-access}

Ограничивайте доступ к аккаунту и токенам. Заголовки, пути, query и тела могут содержать секреты и персональные данные; не копируйте их в обычные логи и публичные скриншоты. Для долгосрочных бизнес-данных используйте собственную БД и резервное копирование.

Истечение или удаление содержимого не отменяет учтённый [расход трафика](/ru/docs/common/traffic). См. [Регионы](/ru/docs/common/regions) и [Повторы](/ru/docs/common/retries).