Полная настройка E-mail
Полная настройка E-mail в iEXExchanger: центр уведомлений, Zoho, Resend, SMTP, события и проверка доставки
Что вы получите
Вы подготовите почтовый домен, выберете Zoho, Resend или другой SMTP-сервис, создадите актуальное подключение iEXExchanger, назначите события и докажете доставку реальным действием заявки.
Эта страница сохраняет привычный адрес раздела E-mail и описывает текущую систему уведомлений iEXExchanger.
Отдельная страница «E-mail уведомления» больше не является текущим экраном панели. Откройте «Настройки» — «Общие настройки» — «Уведомления». Внутри используются страницы «Общие параметры» и «Подключения».
Как устроена текущая система
Одно почтовое подключение на отдельной странице
Можно создать несколько независимых SMTP- и Resend-подключений
Переключатели событий находились рядом с общими полями E-mail
События, аудитории и приоритет задаются внутри каждого подключения
Проверка подключения считалась достаточной
Отдельно проверяются подключение, событие, очередь, провайдер и конечный ящик
Второй SMTP мог восприниматься как резерв
Одинаковое событие в двух подключениях создаёт две отправки и может дать дубль
Сохранение настройки подтверждает только один слой этой цепочки.
1. Подготовьте адреса и домен
Разделите три назначения:
E-mail службы поддержки
«Общие параметры»
Контакт для клиента и ответов
E-mail адреса администраторов
«Общие параметры»
Получатели служебных событий
E-mail и имя отправителя
В конкретном SMTP- или Resend-подключении
Поля From в исходящем письме
Адреса могут совпадать, но не подставляются друг вместо друга автоматически.
Подробная подготовка разобрана в уроке «Почтовый домен и DNS».
2. Настройте общие параметры iEXExchanger
Откройте «Настройки» — «Общие настройки» — «Уведомления» — «Общие параметры».
3. Выберите почтовый провайдер
Подходит, если Zoho принимает корпоративную почту и должен отправлять уведомления через SMTP. Понадобятся рабочий ящик, сервер из Server Configuration Details, порт, шифрование и пароль приложения.
Перейдите к полной инструкции «Zoho Mail через SMTP».
Подходит для транзакционной отправки через встроенный API-драйвер. Понадобятся подтверждённый домен, API-ключ с правом отправки, From и имя отправителя. SMTP-хост, порт и логин в этом режиме не используются.
Перейдите к полной инструкции «Resend через API».
Подходит для Google Workspace, Yandex 360, Microsoft 365 при разрешённом SMTP AUTH, SendGrid, Amazon SES и других совместимых relay. Понадобятся параметры именно вашего аккаунта.
Используйте универсальную схему SMTP.
Не ослабляйте 2FA и корпоративную политику ради подключения. Используйте пароль приложения, отдельные SMTP credentials или API-ключ с минимальными правами. Не публикуйте секрет в документации, GitHub, переписке или снимке экрана.
4. Создайте подключение
Откройте «Подключения», нажмите «Добавить» и выберите тип.
SMTP
Название
Понятное внутреннее имя подключения
SMTP-server
Host из панели провайдера
Порт
Порт, соответствующий выбранному шифрованию
Шифрование
TLS, SSL или разрешённый внутренний режим
Логин
Полный E-mail или выданный SMTP username
Пароль
Пароль приложения, SMTP password или разрешённый ключ
E-mail отправителя
Подтверждённый ящик или разрешённый alias
Имя отправителя
Публичное название обменного пункта
Часто используются 587 + TLS или 465 + SSL, но окончательные значения берите в текущем аккаунте провайдера.
Resend
Название
Понятное внутреннее имя подключения
API-ключ
Ключ с минимальным правом отправки
E-mail отправителя
Адрес подтверждённого домена или поддомена
Имя отправителя
Публичное название обменного пункта
Пустое поле секрета при обычном редактировании сохраняет уже записанное значение. Вводите новый секрет только при плановой ротации.
5. Назначьте события, получателей и приоритет
Внутри подключения включите только события, которые должны идти именно этим маршрутом.
Полная маршрутизация описана в уроке «События, получатели и приоритет».
6. Проверьте доставку по всей цепочке
Проверяет соединение и учётные данные подключения. Отправьте письмо на отдельный контрольный адрес, откройте входящие и спам, затем проверьте заголовки.
Создайте новую контрольную заявку и вызовите выбранное событие. Эта проверка подтверждает переключатели, событие, аудиторию, очередь, шаблон и фактический маршрут.
Найдите отправку в журнале Zoho, Resend или другого сервиса. Отличайте принятие сообщения провайдером от доставки в конечный ящик.
Проверяйте по порядку:
главный переключатель уведомлений;
E-mail-канал;
состояние подключения;
выбранное событие и аудиторию;
работу очереди и планировщика;
журнал iEXExchanger;
журнал провайдера;
входящие и спам конечного получателя.
Подробный рабочий контроль находится в уроке «Проверка доставки и очередей».
После обновления со старой системы
Не удаляйте перенесённые настройки до сверки.
Зафиксируйте прежний адрес поддержки и административных получателей.
Сверьте число созданных SMTP-, Resend- и Telegram-подключений.
Проверьте, что секреты помечены как заполненные, не раскрывая их.
Сверьте события, аудитории и приоритет каждого подключения.
Удалите случайное дублирование одного события только после проверки.
Повторите проверку подключения и события.
Для периодических сводок дождитесь их реального цикла и подтвердите получателя.
Состояние «Стабильно» подтверждает последнюю техническую проверку подключения, но не доказывает, что событие включено, очередь работает и письмо дошло адресату.
Этап завершён, если
Вернитесь к общим параметрам и подключениям или переходите к созданию Telegram-бота.
Last updated
Was this helpful?