Приём отвечает 200 до свёртки, свёртку ведёт фоновый воркер

- Очередью служит сама таблица: доставка ждёт свёртки в статусе `pending`,
  канал несёт только бит «есть работа». Переполнять нечего, падение процесса
  очередь не теряет, а подбор `pending` при старте — обычный проход воркера, а
  не отдельный код. Классификация исхода общая с пересборкой журнала.
- Исход разбора начал отражать доставку, а не обстоятельства: отмена и
  занятость базы статус не меняют (иначе конкуренция за базу выводила бы
  доставку из очереди навсегда), паника свёртки больше не валит процесс, а
  учёт доставки идёт через транзакцию с повторами.
- Длинный бюджет ответа выдан маршруту приёма, а не всему серверу:
  `write_timeout` в Go покрывает и чтение тела, и общий подъём снял бы защиту с
  остальных маршрутов.

config.docker.toml

@@ -9,7 +9,7 @@
 [server]
 addr          = ":8080"
 read_timeout  = "5m"      # экспорт истории — десятки мегабайт, бывает медленно
-write_timeout = "30s"
+write_timeout = "30s"     # прочих маршрутов; приём держит свой бюджет, см. config.example.toml
 
 [auth]
 write_tokens = []         # ПУСТО = проверка выключена, см. предупреждение выше