Почему WordPress не отправляет письма через SMTP после смены хостинга
Переход на другой сервер часто вызывает проблемы с отправкой почты в WordPress, особенно при использовании SMTP. Многие пользователи сталкиваются с тем, что письма перестают уходить сразу после переноса сайта. Ситуация особенно разочаровывает, когда ранее настроенный SMTP-плагин работал исправно.
Основная причина кроется в изменении сетевой среды и конфигурации сервера. Новый хостинг может блокировать стандартные порты SMTP, требовать другие настройки безопасности или использовать иные методы аутентификации. Иногда серверные политики запрещают внешние соединения для отправки почты без специального разрешения.
Проверка параметров SMTP-плагина становится первым шагом для решения проблемы. Необходимо убедиться, что данные для авторизации на почтовом сервере остались корректными после переноса. Часто смена IP-адреса сайта приводит к блокировкам со стороны почтовых провайдеров, если отсутствуют соответствующие записи SPF и DKIM.
Серверные ограничения нового хостинга также могут мешать работе SMTP-соединений. Некоторые хостеры блокируют порт 25 для предотвращения спама, другие требуют использования специальных SMTP-шлюзов. Отсутствие поддержки современных протоколов шифрования на старом сервере могло маскировать проблемы, которые проявляются при переходе на более строгие настройки.
Проверка актуальности SMTP-данных в настройках плагина
После переезда сайта на новый хостинг SMTP-данные в плагине часто остаются без изменений. Это основная причина сбоев отправки писем.
Откройте настройки вашего SMTP-плагина (например, WP Mail SMTP или Easy WP SMTP). Проверьте каждое поле:
SMTP-хост. Убедитесь, что указан правильный сервер исходящей почты нового хостинг-провайдера. Адрес обычно отличается от старого.
Порт. Подтвердите номер порта (587, 465 или 25). Он должен соответствовать требованиям почтового сервиса.
Шифрование. Выберите верный тип: TLS или SSL. Неверный выбор блокирует соединение.
Логин и пароль. Введите актуальные учётные данные для авторизации на почтовом сервере. Пароли иногда сбрасываются при переносе.
Отправитель. Адрес «Отправителя» должен совпадать с учётной записью, используемой для аутентификации. Несоответствие вызывает ошибки.
Сохраните изменения после внесения правок. Протестируйте отправку пробного письма через функционал плагина. Если ошибка сохраняется, переходите к следующим этапам проверки.
Блокировка портов SMTP новым хостинг-провайдером
Хостинг-провайдеры часто ограничивают исходящие соединения через SMTP-порты. Это мера против спама и злоупотреблений. После переноса сайта ваш новый сервер может блокировать стандартные порты 25, 465 или 587.
Как проверить блокировку:
Используйте плагины для диагностики почты (например, WP Mail SMTP). Они покажут ошибки соединения с SMTP-сервером. Альтернатива – ручная проверка через команду telnet в терминале:
telnet ваш-smtp-сервер.com 587
Ответ Connection refused или таймаут подтвердят блокировку.
Решение:
1. Обратитесь в поддержку хостинга. Уточните разрешенные порты для SMTP.
2. Если стандартные порты заблокированы, настройте плагин SMTP на альтернативный порт. Часто доступны 2525 или 8025.
3. Рассмотрите SMTP-сервисы вроде SendGrid или Mailgun. Они используют HTTP-API, обходя ограничения портов.
Некоторые провайдеры разрешают SMTP только после верификации или через корпоративные тарифы. Уточните условия вашего хостинг-плана.
Конфликты кеширования или безопасности после миграции
После переноса сайта на новый сервер плагины кеширования или системы защиты иногда мешают корректной отправке почты. Эти инструменты сохраняют старые конфигурации или применяют неподходящие правила для нового окружения.
Кеширующие решения могут блокировать динамические запросы, необходимые для работы SMTP-отправки. Проверьте настройки плагина кеша: отключите опции кеширования AJAX-запросов или REST API. Убедитесь, что страницы авторизации и формы отправки писем добавлены в список исключений.
Модули безопасности (например, брандмауэры или сканеры вредоносного кода) на сервере или в WordPress иногда трактуют SMTP-соединения как подозрительные. Временное отключение таких плагинов помогает выявить проблему. Если отправка восстанавливается – настройте правила разрешений для SMTP-трафика в их параметрах.
Серверные системы вроде ModSecurity также требуют проверки. Их журналы часто содержат записи о блокировке исходящих почтовых запросов. Обратитесь в поддержку хостинга для уточнения корректных правил или добавления исключений.
Обновите конфигурации всех плагинов, связанных с производительностью и защитой, учитывая особенности нового хостинга. Устаревшие настройки – частая причина сбоев в работе SMTP после переезда.