Общие параметры и подключения
Настройте общий центр доставки iEXExchanger и создайте подключения без раскрытия секретов
Что вы получите
Вы включите единый центр уведомлений, зададите адрес поддержки и получателей команды, поймёте назначение SMTP, Resend и Telegram-подключений и подготовите систему к выбору реальных событий.
Откройте «Настройки» — «Общие настройки» — «Уведомления». Раздел состоит из двух страниц:
«Общие параметры» — адреса и четыре общих переключателя;
«Подключения» — SMTP, Resend и Telegram, их состояние и события.
Не используйте старые инструкции с отдельными страницами «E-mail уведомления» и «Telegram уведомления». Текущие подключения и маршрутизация находятся в едином разделе уведомлений.
Не перепутайте одноимённые разделы
Отправляет системные события по E-mail, в Telegram и сотрудникам в панели. Именно этот раздел используется в данном модуле.
Показывает публичные информационные сообщения посетителям сайта. Он не создаёт почтовое или Telegram-подключение. Настройка разобрана в уроке «Сообщения на клиентском сайте».
Как проходит сообщение
Сохранение одного экрана не подтверждает всю цепочку. Каждый слой проверяется отдельно.
Настройте «Общие параметры»
Выберите тип подключения
На странице «Подключения» нажмите «Добавить».
SMTP
Почтовый ящик или SMTP-relay любого совместимого провайдера
Сервер, порт, шифрование, логин, пароль, адрес и имя отправителя
Resend
Транзакционная отправка через встроенный API-драйвер Resend
Подтверждённый домен, API-ключ, адрес и имя отправителя
Telegram
Обычные уведомления, Security-коды или продолжение обмена
Отдельный бот и токен; для обычных уведомлений также место доставки
Для каждого подключения задайте понятное внутреннее название: например, «Zoho — основная почта», «Resend — резервный канал» или «Telegram — группа операторов».
Несколько подключений работают независимо. Если одно событие включить в двух почтовых подключениях, система создаст две ветки доставки и получатель может получить два одинаковых письма. Используйте дублирование только как осознанную маршрутизацию, а не как случайный «резерв».
Как система обращается с секретами
логин SMTP остаётся видимым для проверки настройки;
SMTP-пароль, API-ключ Resend и Telegram-токен полностью не возвращаются;
отметка «Параметр заполнен» означает, что секрет сохранён;
пустое поле секрета при обычном редактировании сохраняет прежнее значение;
новое значение вводите только при плановой замене;
после утечки отзовите старый секрет у провайдера и сохраните новый в подключении.
Не публикуйте пароль, API-ключ, Telegram-токен, QR-код привязки или снимок экрана с ними в GitBook, задаче поддержки, репозитории и общем чате.
Читайте состояние правильно
«Отключено»
Подключение выключено
Включить только после заполнения и проверки
«Не проверено»
Нет успешного результата текущей проверки
Выполнить «Проверить» и реальную отправку
«Стабильно»
Последняя техническая проверка прошла
Проверить событие, очередь и конечного получателя
«Ошибка»
Последняя проверка завершилась ошибкой
Открыть подключение, исправить причину и повторить проверку
Состояние «Стабильно» не доказывает, что выбранное событие включено, очередь работает и письмо попало во входящие.
После обновления со старой версии
Не удаляйте перенесённые записи до сверки.
Сравните названия и число подключений с прежним регламентом.
Проверьте адрес поддержки и список администраторов.
Откройте каждое подключение и проверьте видимые поля.
Убедитесь, что сохранённые секреты отмечены как заполненные.
Сверьте включённые события, аудитории и приоритеты.
Повторите проверку подключения и реального события.
Для плановых сводок дождитесь следующего цикла и проверьте прежний маршрут.
Резервная копия настроек до переноса полезна для отката, но не доказывает работу внешнего провайдера после обновления.
Этап завершён, если
Далее настройте события, получателей и приоритет.
Последнее обновление
Это было полезно?