и провайдеров)?
nc -v -C mx.yandex.ru 25
Connection to mx.yandex.ru (77.88.21.249) 25 port [tcp/smtp] succeeded!
nc -v -C mx.yandex.ru 25
Connection to mx.yandex.ru (77.88.21.249) 25 port [tcp/smtp] succeeded!
220 mail-nwsmtp-mxfront-production-main-88.iva.yp-c.yandex.net (Want to use Yandex.Mail for your domain? Visit http://pdd.yandex.ru) 1692955525-PPIXMkBYIqM0
из-за чего вообще такое может быть?
версии нетката разные небось. Или дефолтные ключи
netcat -h OpenBSD netcat (Debian patchlevel 1) nc -h OpenBSD netcat (Debian patchlevel 1) вроде 1в1, версию у нее не достать, как я понял) (в help нет флага)
Да ну ладно, а как это на ответ сервера-то может влиять? Просто яндекс умный и в первом случае врубил connection lingering Ждите ответа до обсера
в первом выводе вообще нет smtp-подсказки. Ответ не разный, а его нет. Забанил, например, хостер . Например, весь исходящий smtp.
да это запросы из дома. провайдер не должен блокировать smtp трафик (в ЛК отключена блокировка)
А мы и не оспариваем ничего.
ну объяснил, что скорее всего яндекс срезает сам подключение)
Думаю, они могут принять и пометить любой объем почты. Так что маловероятно. Но не исключаю, что есть и сетевые ограничения
я не совсем пока понимаю в чем проблема и куда смотреть т.к: с 3 попытки (почтовый сервер сам это делает), он может сделать коннект с gmail, но перед этим 2 попытки в фейл и если взять этот адрес и заюзать ncat, то ответ будет
Множество разных вариантов. Люди защищаются кто во что горазд. Проверь: - отключение антивируса - другой компьютер - другого провайдера - пронаблюдай к какому конкретному ip пытается соединиться Не забудь, что у не вполне стабильных явлений тоже есть порядок - корреляции.
Вам уже написали - используйте сторонний платный smtp сервер для отправки почты Тот же jino стоит, натурально, копейки.
Обсуждают сегодня