Отправка почты через postfix

MX запись есть, обратная зона прописана?

Решить это можно грамотной настройкой почтового сервера. Когда spf, dkim, mx, ptr и прочие dmarc будут настроены, скидывать перестанут (при условии, что ты не в дешевых хостингах живешь, где половина сетей в бане у крупных почтовых систем).

Просто хотел убедиться что это связано с правильной настройкой. Я просто ожидал вместо «Connection timed out» какой нибудь ответа, по типу когда через postfix reley шлёшь письмо, почтовый сервер может тебе в ответ кинуть ссылку на то почему у тебя не работает) Как на примере gmail

Как на примере gmail

Так спроси у gmail. Он полезные ссылки кинет, а мы не гадалки, на вопросы ты не отвечаешь. Насколько я знаю gmail кидает ссылки пользователям, что надо например сделать чтоб письмо не попало в спам. Спамерам он не станет рассказывать, что надо сделать, чтоб письмо дошло или криво настроенным почтовикам.

Какой у тебя почтовый домен? я сам проверю MX и обратную зону

Извини, не увидел сообщение. mx запись есть, обратной зоны нету, так как использую dns сервера ns1.reg.ru / ns2.reg.ru. Сам домен на https://2domains.ru/

Connection timed out или Network is unreachable.

Обе проблемы не имеют отношения к настройке MTA. Что показывает на этом хосте telnet mxs.mail.ru 25?

Как я понимаю сервера скидывают соединение.

Нет. До взаимодействия между MTA и не доходит, особенно с случае «Network is unreachable». Хотя, может быть, и можно придумать какую-нибудь штуку, чтобы именно MTA так себя вёл, но что-то сомневаюсь, что так сделано на самом деле.

Извини, не увидел сообщение. mx запись есть, обратной зоны нету, так как использую dns сервера ns1.reg.ru / ns2.reg.ru

Обратную зону правит тот, кому распределён IP адрес. Либо хостер, либо оператор, который доступ предоставляет, если это не про хостинг речь.

Но всё это пока бесполезно, если нет соединения. Хотя потом будет нужно.

Не подключается по telnet. Тупо весит на telnet mxs.mail.ru 25 Trying 94.100.180.104… Trying 94.100.180.31…

Не подключается по telnet. Тупо весит на telnet mxs.mail.ru 25 Trying 94.100.180.104… Trying 94.100.180.31…

Надо с этим разбираться. Должно быть так:

$ telnet mxs.mail.ru 25
Trying 94.100.180.31...
Connected to mxs.mail.ru.
Escape character is '^]'.
220 mxs.mail.ru ESMTP ready

Вот это уже интересно. Я думал что они как-то заблочили прямой telnet. А тут оказывается. Каким образом я тогда к яндексу telnet делаю. Интересно в чём проблема. На домашнем пк тоже не работает.

Интересно в чём проблема.

Если локально в iptables не закрыто, то

Сам домен на https://2domains.ru/

надо вот у них спросить. Может хостер 25 порт перекрывает в целях борьбы со спамом.

на 2domainsсам домен. А сервер на yandex cloud(взял бесплатно погонять). Возможно действительно сам yandex cloud заблочил 25 порт, кроме какого-то белого списка почтовиков.

Спасибо дорогой человек)))) Вы помогли мне понять в чём проблема, как и предполагал дело не в подозрение меня на спам)))

Фильтрация исходящего трафика В Yandex.Cloud всегда блокируется исходящий трафик на TCP-порт 25:

на любые серверы в интернете, кроме почтовых серверов Яндекс.Почты; на виртуальные машины Yandex Compute Cloud, при обращении через публичный IP-адрес. Yandex.Cloud может открыть TCP-порт 25 по запросу в поддержку, если вы соблюдаете Правила допустимого использования. При этом Yandex.Cloud всегда может снова заблокировать исходящий трафик на TCP-порте 25, если вы нарушите Правила.