И очень неприятно выглядит отправка сообщений на адрес, у которого нет и никогда не было MX, а 25-ый порт просто не отвечает, ага. Но есть же IP, значит всё по стандарту, по RFC, волноваться не о чем. А порт - не работает, видимо и не собирался. Такое вот послабление...
Фууу...., фууункциональное программирование!?
Без классов, без методов, без роутеров, без Exception-ов?!
Я повержен и растоптан, с понедельника - ухожу в монастырь. (нет :-D)
А пароль-то ввести успели? Такое ощущение, что разрывает по ограничению времени на ввод пароля. Сконфигурируйте хост, с логином/паролем, может получится...
Владимир Коротенко, значит у получателя проблемы с DNS. Можно действительно обойти прописыванием IP-шек для MX-серверов получателя в hosts, или в собственном DNS. Ну или надеяться, что больше такое не повторится, ведь получатель писем сам себе хуже делает.
P.S. Как MX-записи из DNS получателя, из вопроса видимо пропали скриншоты с информацией, вопрос стал каким-то сумбурным...
NetworkAlex, внешнего web-сервра у вас нет? То есть из Интернета ни кто на web-сервер не заходит? И что значит "принимает запросы _С_ порта 8080"? И почему пересылает запросы на 80-ый порт, если файловый сервер у вас работает на порту 8080?
После этого комментария вообще ничего непонятно, стало.
NetworkAlex, можно сделать немного иначе: пользователь вводит доменное имя файлохранилища (с 80-м и 443-м портами по умолчанию), а web-сервер, на который приходит этот запрос, просто перенаправлят запрос на доменное_имя:8080. Соответственно запрос попадает уже на файлохранилище, все довольны. Кроме зам. тех. директора, потому что в адресе светится :8080.
Ну или второй вариант, настраивайте на основном web-сервере проброс файлодомена через proxy_pass, и всё будет работать на 80/443 порту.