Как проверить SMTP электронной почты с DOS, а не Telnet?

Question

Я знаю, как проверить электронную почту SMTP, используя Telnet. Но я думаю, что из-за того, что telnet использует «собственный канал» для доступа к серверу SMTP, это не обязательно означает, что нормальная связь SMTP на порту 25 будет работать. (Пожалуйста, поправьте меня, если это не так)

В основном клиент столкнулся с проблемой: [ОШИБКА] Доступ к сеансу по умолчанию запрещен во время теста от приложения до сервера smtp. С того же сервера telnet для отправки электронной почты просто работает ...

Так что у меня нет другого выбора, кроме как выяснить, почему я получаю такую ​​ошибку. Я выполнил свое исследование только для того, чтобы выяснить, как много приложений электронной почты из командной строки, но в этом случае ничего хорошего, так как это среда клиента, у меня мало контроля над тем, что устанавливать.

Так что я думаю, что последним средством будет использование простых команд DOS? Пожалуйста, сообщите, если есть даже лучший способ. Большое спасибо заранее.

Answer 1

Я знаю, как проверить электронную почту SMTP, используя Telnet. Но я думаю, что из-за того, что telnet использует «собственный канал» для доступа к серверу SMTP, это не обязательно означает, что нормальная связь SMTP на порту 25 будет работать.

Это неправильно. Если отправка электронной почты работает с вводом ее в приложение Windows telnet, то она работает, то есть нет проблем с SMTP-сервером и нет проблем межсетевого экрана между клиентом и сервером.

Так что, скорее всего, ошибка в приложении, отображающем сообщение об ошибке. Возможно, нет ошибки, но приложение не настроено должным образом.

Answer 2

Я думаю, что telnet использует «свой собственный канал» для доступа к серверу SMTP, это не обязательно означает, что нормальная связь SMTP на порту 25 будет работать.(Пожалуйста, поправьте меня, если это не так)

Это неправда.«Настоящий» SMTP-клиент использует тот же метод для связи с SMTP-сервером, что и telnet.

Если вы не доверяете Telnet, используйте Thunderbird, но проблема, вероятно, связана с программным обеспечением или конфигурацией вашего клиента.Дважды проверьте настройки и посмотрите, можете ли вы включить ведение журнала трассировки (на клиенте или на сервере).