Как проверить электронную почту smtp с помощью DOS, а не telnet?

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

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

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

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


windows testing smtp dos
person Michael Mao    schedule 02.12.2010    source источник

Ответы (2)


arrow_upward
4
arrow_downward

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

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

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

person pts    schedule 02.12.2010

arrow_upward
2
arrow_downward

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

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

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

person Thilo    schedule 02.12.2010