Почтовый сервис Selectel подключён, домен добавлен, приложение отправляет без ошибки. Следующий вопрос — куда получатели помещают письмо. Подключение сервиса и подтверждение домена относятся к настройке отправителя. Фактическую папку определяют по полученной копии рабочего сообщения.
Не путайте этот сценарий с самостоятельным почтовым сервером на VPS Selectel. У управляемого сервиса свой SMTP-маршрут и реквизиты ресурса; публичный IP вашего приложения не обязательно является исходящим почтовым IP. Проверять обратную DNS-зону веб-сервера вместо маршрута сервиса здесь может быть бессмысленно.
При нескольких средах проекта проверьте, откуда берутся реквизиты ресурса: тестовый и рабочий worker могут иметь одинаковые названия переменных, но разные значения. Сравнивайте идентификатор ресурса и разрешённый домен, не выводя секреты. Это помогает заметить отправку рабочего уведомления через конфигурацию стенда до того, как вы начнёте менять содержание письма ради другой папки.
Начните с ресурса, а не с универсального адреса
Документация Selectel по подключению почтового сервиса описывает добавление домена, DNS-подтверждение и настройку SMTP. Возьмите имя сервера и учётные данные из конкретного ресурса в панели. Не подставляйте параметры другого проекта, даже если он принадлежит той же организации.
В документации предусмотрены специальные порты сервиса, включая 1126 и 1127 с различными режимами подключения. Сверяйте выбранный режим шифрования с актуальной инструкцией и настройкой приложения. Не переносите значения типового SMTP-примера только потому, что интерфейс предлагает знакомый порт по умолчанию.
Проверьте публикацию записей домена
Selectel указывает добавление DKIM и настройку SPF для подключённого домена. При существующей SPF-политике добавляется разрешённый источник, а не создаётся второй независимый SPF. До правки учтите другие законные системы: сотрудники, CRM и отдельные уведомления могут продолжать использовать прежние сервисы.
Публикуйте записи у действующего DNS-провайдера. Домен может быть куплен вне Selectel, а сайт находиться на его инфраструктуре; эти обстоятельства не определяют владельца зоны. После сохранения проверьте публичный ответ и состояние домена в ресурсе. Закрытые ключи и SMTP-пароли в DNS не размещаются.
Сверьте настройки приложения
Убедитесь, что рабочий процесс использует новые реквизиты. Веб-приложение, очередь и фоновый worker могут читать разные конфигурации, особенно после обновления секретов. Проверяйте конкретный процесс, отправивший уведомление, а не только значение в административном интерфейсе.
Если приложение имеет несколько проектов или доменов, проверьте связь From с нужным ресурсом. Успешная авторизация одной учётной записью не означает, что выбран любой отправитель. При отказе сервиса сохраните точный ответ и разберите его до исследования папки: отклонённая попытка может не создать внешнюю копию.
Возьмите настоящий тип уведомления
Служебный тест библиотеки обычно не содержит структуры рабочего письма. Для проверки используйте безопасный пример подтверждения заказа, уведомления о записи или сообщения сотрудника. Сохраните HTML, текстовую часть и тип ссылок, заменив чувствительные данные демонстрационными.
Запустите тот же обработчик приложения, который используется в работе. Не отправляйте подготовленный текст из личного клиента через другой сервис. Иначе вы проверите содержимое на другом маршруте, а вывод ошибочно отнесёте к Selectel. В отчёте укажите тип события и версию шаблона.
Отделите принятие SMTP от наблюдаемой папки
Через Check проверьте размещение на доступных контрольных адресах. Сохраните время отправки и подтверждённые папки. Наличие конкретного принимающего провайдера определяется текущим набором адресов, а не названием почтового сервиса, из которого вы отправляете.
Если часть результатов отсутствует, сначала изучите полноту наблюдения и журнал передачи. Статус Delivered и технический балл не заменяют фактическое размещение. Дополнительная категория также отличается от Спама: сообщение обнаружено, но отсортировано иначе.
Сравните настройку и результат после изменения
При подтверждённой ошибке домена исправьте её, сохранив шаблон. Если аутентификация успешна, а копия находится в Спаме, выберите отдельную гипотезу о сообщении или маршруте. Не заменяйте одновременно домен, SMTP-ресурс и текст: результат такого опыта будет трудно интерпретировать.
По методологии Check технические проверки относятся к указанному источнику и времени, а папка — к конкретному контрольному ящику. Не приписывайте результат всем будущим адресатам. Для поддержки подготовьте ресурс, время, очищенный ответ и идентификатор, не раскрывая секреты подключения.
После успешного опыта сохраните рабочую конфигурацию и контрольный сценарий. При добавлении второго домена или переносе worker повторите именно его. Это позволит увидеть, что новый процесс действительно использует выбранный ресурс и что проверенное сообщение дошло до внешнего наблюдения.
Видео-памятка: что проверить
Видео без звука, 24 секунды. Текстовая версия краткого плана:
- SMTP-реквизиты берите у конкретного ресурса Selectel.
- Подтверждение домена не равно размещению во Входящих.
- Проверяйте рабочее уведомление через подключённое приложение.