[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"blog-50bf3033-3334-4cd6-b28a-9a0a8ea41fff":3},{"id":4,"body":5,"uuid":6,"created_at":7,"updated_at":8,"brand":9,"header":10,"short_body":11,"image":12,"published":13,"published_at":14,"tags":15},42,"\u003Cp>Для отправки писем из приложения выбирайте \u003Cstrong>SMTP-порт 587\u003C\u002Fstrong> со STARTTLS или \u003Cstrong>465\u003C\u002Fstrong> с шифрованием с первого байта (SSL\u002FTLS). Порт 25 предназначен для обмена почтой между серверами, и многие облака и хостинги закрывают его на выход по умолчанию. Порт 2525 нигде не стандартизирован: это запасной вариант, который держат некоторые сервисы рассылок.\u003C\u002Fp>\n\u003Cp>Ниже разберём, чем порты отличаются по протоколу, почему одни и те же настройки работают на ноутбуке и молчат на VPS, как за минуту проверить порт командой и что делать, если хостинг закрыл все стандартные порты.\u003C\u002Fp>\n\u003Ch2>Короткий ответ: какой порт SMTP выбрать\u003C\u002Fh2>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Порт\u003C\u002Fth>\n\u003Cth>Назначение\u003C\u002Fth>\n\u003Cth>Шифрование\u003C\u002Fth>\n\u003Cth>Стандарт\u003C\u002Fth>\n\u003Cth>Когда выбирать\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>587\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>отправка от клиента или приложения (submission)\u003C\u002Ftd>\n\u003Ctd>STARTTLS после приветствия\u003C\u002Ftd>\n\u003Ctd>RFC 6409\u003C\u002Ftd>\n\u003Ctd>по умолчанию для приложений, CMS и почтовых программ\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>465\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>отправка с неявным TLS (submissions)\u003C\u002Ftd>\n\u003Ctd>TLS с первого байта\u003C\u002Ftd>\n\u003Ctd>RFC 8314\u003C\u002Ftd>\n\u003Ctd>если библиотека умеет SSL\u002FTLS или 587 закрыт\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>25\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>обмен почтой между серверами (relay, MX)\u003C\u002Ftd>\n\u003Ctd>необязательный STARTTLS\u003C\u002Ftd>\n\u003Ctd>RFC 5321\u003C\u002Ftd>\n\u003Ctd>только для сервера, который принимает почту из интернета\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>2525\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>нестандартный запасной порт\u003C\u002Ftd>\n\u003Ctd>обычно STARTTLS\u003C\u002Ftd>\n\u003Ctd>не зарегистрирован\u003C\u002Ftd>\n\u003Ctd>если провайдер его предлагает, а 587 и 465 закрыты\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>Если сомневаетесь, ставьте 587. Если библиотека спрашивает «SSL или TLS», для 465 выбирайте SSL (неявный TLS), для 587 — TLS (STARTTLS).\u003C\u002Fp>\n\u003Ch2>Как устроены порты почты: кто к кому подключается\u003C\u002Fh2>\n\u003Cp>В вопросе, какой порт у SMTP, легко запутаться: в почте есть две разные дороги, и обе называются SMTP.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Первая дорога — от вашего приложения до почтового сервиса.\u003C\u002Fstrong> Это отправка (submission): приложение подключается к серверу провайдера, проходит аутентификацию логином и паролем и передаёт письмо. Для неё и существуют 587 и 465.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Вторая дорога — от сервера провайдера до сервера получателя.\u003C\u002Fstrong> Провайдер находит MX-запись домена получателя и подключается к ней на порт 25. Здесь пароля нет: принимающий сервер проверяет не логин, а репутацию IP-адреса, SPF, DKIM и DMARC.\u003C\u002Fp>\n\u003Cp>Когда хостинг пишет «исходящие порты SMTP закрыты», речь идёт о портах на стороне сервера, к которому вы подключаетесь. Ваш сервер открывает соединение со случайного локального порта на порт 25, 465 или 587 удалённого хоста, и фильтр смотрит именно на этот порт назначения.\u003C\u002Fp>\n\u003Ch3>Порты SMTP, IMAP и POP3\u003C\u002Fh3>\n\u003Cp>SMTP только отправляет. Чтобы почтовая программа читала ящик, нужны IMAP или POP3, и у них свои порты:\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Протокол\u003C\u002Fth>\n\u003Cth>Без шифрования или STARTTLS\u003C\u002Fth>\n\u003Cth>С TLS с первого байта\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>SMTP (отправка)\u003C\u002Ftd>\n\u003Ctd>587\u003C\u002Ftd>\n\u003Ctd>465\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>SMTP (между серверами)\u003C\u002Ftd>\n\u003Ctd>25\u003C\u002Ftd>\n\u003Ctd> —\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>IMAP (чтение, папки на сервере)\u003C\u002Ftd>\n\u003Ctd>143\u003C\u002Ftd>\n\u003Ctd>993\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>POP3 (скачивание писем)\u003C\u002Ftd>\n\u003Ctd>110\u003C\u002Ftd>\n\u003Ctd>995\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>Приложению, которое только отправляет письма, IMAP и POP3 не нужны.\u003C\u002Fp>\n\u003Ch2>Порт 25: почему его закрывают\u003C\u002Fh2>\n\u003Cp>Порт 25 появился вместе с самим SMTP, и долгое время им пользовались все: и серверы, и почтовые программы. Проблема в том, что через 25 можно отправить письмо прямо на MX получателя, без логина и без провайдера. Заражённые компьютеры и арендованные на час серверы так и рассылали спам, поэтому провайдеры начали закрывать исходящий 25 у клиентов, а отправку из программ вынесли на отдельный порт 587 с обязательной аутентификацией.\u003C\u002Fp>\n\u003Cp>Сейчас исходящий 25 закрыт по умолчанию почти в каждом облаке:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Yandex Cloud\u003C\u002Fstrong> блокирует исходящий трафик на TCP-порт 25 ко всем серверам в интернете, кроме почтовых серверов Яндекса; открыть порт можно запросом в поддержку.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Google Cloud\u003C\u002Fstrong> блокирует соединения на порт 25 к адресам за пределами вашей сети VPC, а порты 587 и 465 не ограничивает.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Selectel\u003C\u002Fstrong> блокирует исходящий трафик на порты 25, 465 и 587 к публичным адресам; для облачных и выделенных серверов блокировку можно снять, для VDS — нет.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Timeweb Cloud\u003C\u002Fstrong> при создании сервера закрывает порты 25, 465, 587 и 2525; снять блокировку можно в панели управления или через поддержку.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Входящий 25 при этом обычно открыт: сервер принимает почту, но сам до чужих MX не достучится. Поэтому типичная жалоба звучит как «письма на сервер приходят, а с сервера не уходят».\u003C\u002Fp>\n\u003Cp>Для отправки из приложения 25 не нужен. Даже если порт открыт, соединение по нему часто идёт без шифрования, и логин с паролем уходят по сети открытым текстом.\u003C\u002Fp>\n\u003Ch3>Шифрование между серверами на порту 25\u003C\u002Fh3>\n\u003Cp>На 25 шифрование между серверами оппортунистическое: отправитель предлагает \u003Ccode>STARTTLS\u003C\u002Fcode>, и если принимающий сервер его не поддерживает или рукопожатие не удалось, письмо уйдёт открытым текстом. Gmail с 2024 года требует TLS от всех, кто отправляет на его адреса, но в общем случае гарантий нет. Домен-получатель может их добавить политикой MTA-STS (RFC 8461): она сообщает отправителям, что почту на этот домен можно передавать только по TLS с проверенным сертификатом. К отправке из приложения это не относится: там за шифрование отвечают 587 и 465.\u003C\u002Fp>\n\u003Ch2>Порт 587: стандарт для отправки\u003C\u002Fh2>\n\u003Cp>587 — порт отправки по RFC 6409. Соединение начинается без шифрования: сервер здоровается, клиент отправляет \u003Ccode>EHLO\u003C\u002Fcode>, видит в списке расширений \u003Ccode>STARTTLS\u003C\u002Fcode>, переключает соединение на TLS и только после этого проходит аутентификацию.\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-python\">import smtplib\nfrom email.message import EmailMessage\n\nmsg = EmailMessage()\nmsg[&quot;From&quot;] = &quot;Магазин &lt;noreply@mail.example.ru&gt;&quot;\nmsg[&quot;To&quot;] = &quot;client@example.ru&quot;\nmsg[&quot;Subject&quot;] = &quot;Заказ №4417 принят&quot;\nmsg.set_content(&quot;Заказ принят. Доставка — завтра до 18:00.&quot;)\n\nwith smtplib.SMTP(&quot;smtp.fmailer.ru&quot;, 587) as smtp:\n    smtp.starttls()\n    smtp.login(&quot;&lt;логин токена&gt;&quot;, &quot;&lt;пароль токена&gt;&quot;)\n    smtp.send_message(msg)\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Порт 587 поддерживает практически любая библиотека и любая CMS, поэтому его и стоит ставить первым. Слабое место у STARTTLS одно: клиент должен \u003Cem>требовать\u003C\u002Fem> шифрование. Клиент, который продолжает без TLS, когда сервер не предложил \u003Ccode>STARTTLS\u003C\u002Fcode>, отдаст пароль любому, кто вмешается в соединение. Во фреймворках за это отвечают флаги вроде \u003Ccode>EMAIL_USE_TLS = True\u003C\u002Fcode> в Django или \u003Ccode>secure: false\u003C\u002Fcode> с \u003Ccode>requireTLS: true\u003C\u002Fcode> в Nodemailer.\u003C\u002Fp>\n\u003Ch2>Порт 465: SMTP с SSL\u002FTLS с первого байта\u003C\u002Fh2>\n\u003Cp>465 — это «порт SMTP SSL». Соединение шифруется сразу, ещё до приветствия сервера, и открытой фазы, которую можно подменить, нет.\u003C\u002Fp>\n\u003Cp>У порта запутанная история. В конце 1990-х его зарегистрировали под SMTP поверх SSL, вскоре регистрацию отозвали в пользу STARTTLS на 587, но почтовые программы продолжали им пользоваться. В 2018 году RFC 8314 вернул 465 под отправку с неявным TLS и назвал такой способ предпочтительным. Поэтому оба варианта, 465 и 587, сегодня правильные.\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-python\">import smtplib\n\n# msg собран так же, как в примере выше\nwith smtplib.SMTP_SSL(&quot;smtp.fmailer.ru&quot;, 465) as smtp:\n    smtp.login(&quot;&lt;логин токена&gt;&quot;, &quot;&lt;пароль токена&gt;&quot;)\n    smtp.send_message(msg)\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Главная ошибка с 465: включить на нём STARTTLS. Клиент ждёт приветствия открытым текстом, сервер ждёт рукопожатия TLS, и соединение висит до таймаута. Обратная ошибка — включить SSL на 587 — заканчивается быстрее: TLS-библиотека получает вместо рукопожатия текстовое приветствие и падает с ошибкой вида \u003Ccode>wrong version number\u003C\u002Fcode>.\u003C\u002Fp>\n\u003Ch2>Порт 2525: нестандартный запасной\u003C\u002Fh2>\n\u003Cp>У 2525 нет регистрации в IANA и нет RFC. Это соглашение: ряд сервисов рассылок принимает на 2525 ту же отправку, что и на 587, чтобы клиенты могли обойти блокировку стандартных портов. Документация Google Cloud приводит 2525 как пример порта для такого обхода.\u003C\u002Fp>\n\u003Cp>Два ограничения стоит знать заранее. Порт 2525 работает только с теми сервисами, которые его открыли. А некоторые хостинги закрывают и его: в списке Timeweb Cloud он стоит рядом с 25, 465 и 587.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>FMailer порт 2525 не использует.\u003C\u002Fstrong> Вместо него у каждого стандартного порта есть свой дублирующий: 8587 для STARTTLS, 8465 для SSL\u002FTLS и 8025 без шифрования.\u003C\u002Fp>\n\u003Ch2>Порты FMailer\u003C\u002Fh2>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Порт\u003C\u002Fth>\n\u003Cth>Шифрование\u003C\u002Fth>\n\u003Cth>Зачем\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>587\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>STARTTLS\u003C\u002Ftd>\n\u003Ctd>основной вариант\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>465\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>SSL\u002FTLS\u003C\u002Ftd>\n\u003Ctd>если библиотека предпочитает неявный TLS\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>8587\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>STARTTLS\u003C\u002Ftd>\n\u003Ctd>если хостинг закрыл 587\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>8465\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>SSL\u002FTLS\u003C\u002Ftd>\n\u003Ctd>если хостинг закрыл 465\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>25, 8025\u003C\u002Ftd>\n\u003Ctd>без шифрования\u003C\u002Ftd>\n\u003Ctd>только для окружений, где TLS невозможен\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>Хост \u003Ccode>smtp.fmailer.ru\u003C\u002Fcode>, логин и пароль берутся из токена домена, механизм аутентификации — AUTH PLAIN. Если клиент позволяет выбрать механизм, выберите PLAIN.\u003C\u002Fp>\n\u003Cp>Дублирующие порты помогают там, где стандартные закрыты целиком. На Selectel исходящие 465 и 587 заблокированы вместе с 25, а 8587 и 8465 в этот список не входят. Порты без шифрования в продакшене не используйте: по ним пароль токена уходит открытым текстом. Полные параметры подключения — в \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Fdocs\u002Fsmtp\">документации по SMTP\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>Если закрыто вообще всё, кроме HTTPS, остаётся REST API на \u003Ccode>https:\u002F\u002Fapi.fmailer.ru\u003C\u002Fcode>: исходящий 443 открыт практически везде, и те же логин и пароль токена работают в запросе.\u003C\u002Fp>\n\u003Ch2>Как проверить порт SMTP за минуту\u003C\u002Fh2>\n\u003Cp>Проверяйте с той машины, откуда пойдут письма, а не со своего ноутбука: домашний провайдер и облако фильтруют разное.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Открыт ли порт вообще:\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">nc -vz smtp.fmailer.ru 587\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>В Windows то же самое делает PowerShell:\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-powershell\">Test-NetConnection smtp.fmailer.ru -Port 587\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Cstrong>Отвечает ли сервер по SMTP (без шифрования):\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">telnet smtp.fmailer.ru 587\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>В ответ должна прийти строка, начинающаяся с \u003Ccode>220\u003C\u002Fcode>. Дальше можно набрать \u003Ccode>EHLO test\u003C\u002Fcode> и посмотреть список расширений: на 587 среди них будет \u003Ccode>STARTTLS\u003C\u002Fcode>.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Работает ли TLS:\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\"># 587 и 8587: STARTTLS\nopenssl s_client -starttls smtp -crlf -connect smtp.fmailer.ru:587\n\n# 465 и 8465: TLS с первого байта\nopenssl s_client -crlf -connect smtp.fmailer.ru:465\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Успешный вывод показывает цепочку сертификатов и параметры TLS-сессии. На 465 и 8465 после них сервер пришлёт приветствие \u003Ccode>220\u003C\u002Fcode>.\u003C\u002Fp>\n\u003Ch3>Как читать результат\u003C\u002Fh3>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Что видите\u003C\u002Fth>\n\u003Cth>Что это значит\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>строка \u003Ccode>220\u003C\u002Fcode> за секунду\u003C\u002Ftd>\n\u003Ctd>порт открыт, сервер отвечает\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>долгое ожидание, потом таймаут\u003C\u002Ftd>\n\u003Ctd>пакеты молча отбрасывает фильтр по дороге: хостинг или файрвол\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Ccode>Connection refused\u003C\u002Fcode> сразу\u003C\u002Ftd>\n\u003Ctd>до хоста дошли, но на этом порту никто не слушает или соединение сбрасывают\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>на 587 работает, на 25 таймаут\u003C\u002Ftd>\n\u003Ctd>закрыт исходящий 25, это нормально для облака\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>таймаут на 25, 465 и 587\u003C\u002Ftd>\n\u003Ctd>хостинг закрыл стандартные порты SMTP: пробуйте 8587 и 8465, а если молчат и они — API\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>Разбор отказа в соединении со стороны получателя — на странице \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Ferrors\u002Fdelivery\u002Fconnection-refused\">Connection refused\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>Если нужно посмотреть на чужой SMTP-сервер со стороны интернета, подойдёт \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Ftools\u002Fsmtp-test\">проверка SMTP-сервера\u003C\u002Fa>: инструмент открывает настоящее соединение, показывает приветствие, STARTTLS и сертификат и проверяет, не открытый ли это релей. Он подключается только к стандартным портам 25, 465, 587 и 2525, поэтому дублирующие порты FMailer проверяйте командами выше.\u003C\u002Fp>\n\u003Ch2>Частые ошибки\u003C\u002Fh2>\n\u003Cp>\u003Cstrong>Порт 25 в настройках приложения.\u003C\u002Fstrong> На локальной машине письма уходят, на сервере в облаке — таймаут. Причина почти всегда в блокировке исходящего 25. Замените порт на 587 или 465.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>SSL на 587 или STARTTLS на 465.\u003C\u002Fstrong> Порт и режим шифрования настраиваются парой. В PHPMailer это \u003Ccode>PHPMailer::ENCRYPTION_STARTTLS\u003C\u002Fcode> для 587 и \u003Ccode>PHPMailer::ENCRYPTION_SMTPS\u003C\u002Fcode> для 465. В Django нельзя включать одновременно \u003Ccode>EMAIL_USE_TLS\u003C\u002Fcode> и \u003Ccode>EMAIL_USE_SSL\u003C\u002Fcode>: для 587 нужен первый, для 465 второй.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Проверка с ноутбука вместо сервера.\u003C\u002Fstrong> Команда \u003Ccode>openssl\u003C\u002Fcode> с рабочей машины отвечает за вашу сеть, а не за сеть хостинга. Проверка должна идти с того хоста, где работает приложение, иначе вы ищете проблему не там.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Пароль по незашифрованному соединению.\u003C\u002Fstrong> Порт 25 или 8025 без TLS отдаёт логин и пароль любому, кто видит трафик. Если TLS на сервере приложения действительно невозможен, хотя бы заведите для этого окружения отдельный токен и периодически его меняйте.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Неподходящий механизм аутентификации.\u003C\u002Fstrong> Некоторые клиенты по умолчанию пробуют механизм, который сервер не объявил, и получают отказ. FMailer принимает AUTH PLAIN; если ответ сервера похож на ошибку логина, разбор есть на странице \u003Ca href=\"https:\u002F\u002Ffmailer.ru\u002Ferrors\u002Fdelivery\u002F535-5-7-8-authentication-failed\">535 5.7.8 Authentication failed\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Ожидание, что 2525 есть везде.\u003C\u002Fstrong> Порт 2525 открывают отдельные сервисы и закрывают отдельные хостинги. Прежде чем прописывать его в конфиге, проверьте, слушает ли его ваш провайдер.\u003C\u002Fp>\n\u003Ch2>Частые вопросы\u003C\u002Fh2>\n\u003Ch3>Какой порт SMTP-сервера используется по умолчанию?\u003C\u002Fh3>\n\u003Cp>Для отправки из приложения или почтовой программы — 587 со STARTTLS. Порт 25 по умолчанию используют серверы для передачи почты друг другу, а 465 — для отправки с шифрованием с первого байта.\u003C\u002Fp>\n\u003Ch3>Чем 465 отличается от 587?\u003C\u002Fh3>\n\u003Cp>Только моментом, когда начинается шифрование. На 587 соединение открывается текстом и переходит на TLS командой \u003Ccode>STARTTLS\u003C\u002Fcode>. На 465 TLS начинается сразу. Оба варианта безопасны, если клиент требует шифрование и проверяет сертификат.\u003C\u002Fp>\n\u003Ch3>Можно ли отправлять письма из приложения через порт 25?\u003C\u002Fh3>\n\u003Cp>Технически да, если провайдер его не закрыл, но смысла в этом мало. Порт 25 часто блокируют, соединение по нему может идти без шифрования, а для отправки через сервис нужна аутентификация, которой место на 587 или 465.\u003C\u002Fp>\n\u003Ch3>Есть ли у FMailer порт 2525?\u003C\u002Fh3>\n\u003Cp>Нет. Если хостинг закрыл стандартные порты, используйте дублирующие: 8587 для STARTTLS и 8465 для SSL\u002FTLS. Если закрыт весь исходящий SMTP, отправляйте через REST API по HTTPS.\u003C\u002Fp>\n\u003Ch3>Как понять, что хостинг блокирует исходящий SMTP?\u003C\u002Fh3>\n\u003Cp>Выполните \u003Ccode>nc -vz smtp.fmailer.ru 587\u003C\u002Fcode> с сервера приложения. Таймаут без ответа почти всегда означает фильтр у хостинга. Сравните с портом 8587: если он отвечает, а 587 нет, блокировка точно на стороне провайдера.\u003C\u002Fp>\n\u003Ch3>Какие порты нужны для IMAP и POP3?\u003C\u002Fh3>\n\u003Cp>IMAP — 993 с TLS (или 143 со STARTTLS), POP3 — 995 с TLS (или 110). Эти порты нужны почтовой программе, чтобы читать ящик. Для отправки писем из приложения они не используются.\u003C\u002Fp>\n\u003Ch2>Итог\u003C\u002Fh2>\n\u003Cp>Для отправки ставьте 587 со STARTTLS или 465 с SSL\u002FTLS. Порт 25 оставьте серверам, которые принимают почту: из облака он почти наверняка закрыт, и это не ошибка настройки. Порт 2525 — частное соглашение отдельных сервисов, а не стандарт. Если хостинг закрыл стандартные порты, у FMailer есть 8587 и 8465, а для самых строгих сетей — REST API по HTTPS.\u003C\u002Fp>\n\u003Ch2>Попробовать FMailer\u003C\u002Fh2>\n\u003Cp>Подключите домен на fmailer.ru: в настройках приложения поменяются только хост, порт, логин и пароль, а SPF, DKIM и DMARC для поддомена отправки FMailer опубликует сам после делегирования NS. Если исходящий 587 на вашем хостинге закрыт, переключитесь на 8587 — код при этом не меняется.\u003C\u002Fp>\n\u003Cp>\u003Ca href=\"https:\u002F\u002Ffmailer.ru\">Подключить домен на fmailer.ru →\u003C\u002Fa>\u003C\u002Fp>","50bf3033-3334-4cd6-b28a-9a0a8ea41fff","2026-10-07T20:59:50.897358+03:00","2026-10-07T20:59:50.903396+03:00","fmailer","Порты SMTP 25, 465, 587 и 2525: какой выбрать и почему 25 закрыт","Какой SMTP-порт выбрать для отправки писем: 587 со STARTTLS, 465 с SSL\u002FTLS, 25 для обмена между серверами и 2525 как запасной. Почему хостинги закрывают 25.","https:\u002F\u002Fapi.fmailer.ru\u002Fmedia\u002Fblog\u002Frecord_50bf3033-3334-4cd6-b28a-9a0a8ea41fff\u002F11-porty-smtp-25-465-587-2525.jpg",true,"2026-10-24T09:00:00+03:00",[16,17,18,19,20,21,22,23,24,25],"smtp порт","порт smtp сервера","smtp какой порт","порты почты smtp","порты smtp imap","порт smtp ssl","465 порт smtp","smtp 25 порт","smtp порты 587 порт","исходящие порты smtp"]