# Рассылки

**Рассылок в продукте ещё нет.** Ни писем, ни сообщений в мессенджеры, ни шаблонов,
ни статистики доставки. Модуль спроектирован, код не написан.

## Что уже решено

Одно правило стоит знать заранее, потому что оно определяет, как рассылки будут
устроены, и потому что его нарушают чаще всего:

> **Проверка согласий и отписок происходит в движке отправки, а не в интерфейсе.**

Это значит, что послать маркетинговое сообщение отписавшемуся человеку будет нельзя
**ниоткуда**: ни из админки, ни из сценария, ни по API, ни с полными правами.
Проверяется согласие на рассылки этой категории, список подавления и время суток
в поясе получателя.

Защищает это не только человека, но и репутацию домена школы: одна рассылка по всей
базе без учёта отписок стоит доставляемости на месяцы вперёд.

Остальное решённое:

- **категории подписок** — отписка от «новостей» не отписывает от «оплачено, вот доступ»;
- **транспорты подключаются адаптерами**: почта, Telegram, уведомление в кабинете,
  дальше SMS и мессенджеры по той же схеме;
- **движок рассылок внутри коробки**, наружу отдаётся только транспорт;
- **закрытый исходящий SMTP — норма**, и это выяснилось на первой же установке:
  у многих хостеров порты 25, 465, 587 и 2525 закрыты по умолчанию. Провайдер,
  принимающий письма по HTTPS, для коробки надёжнее.

## Что делать сегодня

Транзакционные письма продукта — приглашение, восстановление доступа — работают:
без них не работал бы вход. Рассылок по базе нет.

## Где следить

[Обновления](/changelog/). Спроектированный состав операций —
в [Проекте API](/api/reference/crm-segmenty-soobshheniya/).