#Что означает ошибка
Connection timed out на порту 25 Не удаётся подключиться к SMTP-серверу
«Connection timed out» на порту 25 означает, что соединение с SMTP-сервером не устанавливается. Многие провайдеры и облачные хостинги блокируют исходящий порт 25 для борьбы со спамом. Для отправки почты клиентами и приложениями используйте порты 587 (STARTTLS) или 465 (SSL/TLS) и авторизацию. Порт 25 нужен только для приёма почты между серверами.
#Причины и решения
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Порт 25 заблокирован провайдеромИсходящий 25 закрыт. | Тайм-аут только на 25. | Используйте 587/465. |
| Брандмауэр блокируетПравила iptables/ufw/Windows. | Блокировка локально. | Откройте исходящий. |
| Неверный адрес SMTP-сервераОпечатка в имени. | Имя не разрешается. | Исправьте. |
| Сервер недоступенСлужба остановлена. | Порт закрыт на сервере. | Проверьте сервер. |
#Пошаговое решение
- Проверьте разрешение имениВ настройках вашего почтового клиента найдите поле «Сервер исходящей почты (SMTP)» и перепишите полное имя узла; затем на компьютере откройте PowerShell (Windows) либо терминал (Linux/macOS), выполните
nslookup smtp.example.ru, заменив имя на фактическое. Если IP не определяется, исправляйте имя сервера или DNS; проверять порт на несуществующем адресе бесполезно. - Проверьте порт 587На Windows откройте PowerShell и выполните
Test-NetConnection smtp.example.ru -Port 587; на Linux/macOS —nc -vz smtp.example.ru 587, заменяя сервер. Признак доступности —TcpTestSucceeded : Trueилиsucceeded. Если подключение не удаётся, сравните VPN/сетевой экран и порт, указанный провайдером; логин и пароль пока не меняйте. - Проверьте порт 465Если провайдер использует SSL/TLS на порту 465, отдельно проверьте
Test-NetConnection smtp.example.ru -Port 465либоnc -vz smtp.example.ru 465. Не пытайтесь использовать для 465 STARTTLS: это отдельный режим с TLS с начала соединения. Если 465 доступен, а 587 нет, используйте только разрешённый провайдером вариант. - Используйте 587 с STARTTLSВ программе «Почта», Thunderbird, Outlook или панели сайта откройте параметры исходящего сервера и установите точные значения, полученные у почтового провайдера: обычно SMTP, порт 587, шифрование STARTTLS, аутентификация с логином полного адреса ящика. Сохраните и отправьте тест с учётом ограничений провайдера; не выключайте шифрование ради прохождения порта 25.
- Проверьте брандмауэрНа собственном Linux-сервере администратор может выполнить
sudo ufw status verboseлибо проверить политику nftables/iptables, а также исходящие правила хостинга. На клиентском компьютере проверьте корпоративный экран, VPN и прокси. Не открывайте входящий порт 25 на домашнем устройстве: ошибка исходящего соединения этим обычно не исправляется. - Проверьте с другой сетиДля определения сетевой блокировки попробуйте ту же настройку с другого разрешённого подключения, например через мобильную сеть; сравните результаты проверок 587 и 465. Если на одной сети доступ есть, на другой нет, обратитесь к сетевому администратору; изменение паролей не устранит запрет исходящего TCP.
- Проверьте SMTP-серверЕсли вы администрируете собственный SMTP-сервер, выполните на нём
sudo ss -ltnp | grep -E ":25|:587|:465"иsudo systemctl status postfix(или название своего MTA). Убедитесь, что служба слушает нужный интерфейс и отвечает с другого узла. Сертификат и авторизацию проверяйте отдельно черезopenssl s_client -starttls smtp -connect хост:587в терминале; это диагностическая команда, не отправка письма. - Запросите открытие портаЕсли приложение действительно должно доставлять почту напрямую на MX по порту 25 и провайдер ограничивает исходящий порт, откройте обращение в поддержку VPS с описанием цели и результатов TCP-проверок. Для обычной почтовой программы используйте авторизованный submission 587/465; не подменяйте порт 25 случайным открытым портом, иначе сообщения не будут доставляться.
- Команды для отдельных ситуацийВыберите только подходящий вариант. Это не одна последовательность: часть команд диагностирует проблему, а часть меняет настройки или данные.
Для отправки от имени сайта (например, из WordPress или PHP) используйте SMTP с аутентификацией через почтовый сервис (Яндекс 360, Mail.ru, Google Workspace, Mailgun, Unisender) вместо прямой отправки с порта 25: так письма реже попадают в спам. Настройте SPF, DKIM и DMARC для домена. Если вы администрируете почтовый сервер, проверьте, что он слушает порты 587 и 465, а в брандмауэре они открыты. Не делайте сервер открытым релеем: требуйте аутентификацию. Справка — .
Если письма уходят, но попадают в спам, проверьте обратную DNS-запись (PTR) сервера, записи SPF, DKIM и DMARC и репутацию IP-адреса в публичных чёрных списках. Для проверки доставляемости используйте тестовые сервисы вроде mail-tester.com. Не отправляйте массовую рассылку с обычного почтового ящика: используйте сервис рассылок с отписками и лимитами.