如何使用 DOS 而不是 telnet 测试 smtp 电子邮件?
我知道如何使用 telnet 测试 smtp 电子邮件。但我认为因为 telnet 使用“它自己的通道”来到达 smtp 服务器,所以并不一定意味着端口 25 上的正常 smtp 通信可以工作。 (如果这不是真的,请纠正我)
基本上,客户端遇到了一个问题:[错误]在从应用程序到达 smtp 服务器的测试期间对默认会话的访问被拒绝。从同一服务器,telnet 发送电子邮件就可以了...
所以我别无选择,只能找出为什么会出现这种错误。完成我的研究只是为了找出很多很多命令行电子邮件应用程序,在这种情况下没有什么好处,因为这是客户端环境,我几乎无法控制要安装的内容。
所以我认为最后的手段是使用简单的 DOS 命令?请指教是否有更好的方法。非常感谢。
I know how to test smtp email using telnet. But I think because telnet uses "its own channel" to reach smtp server, it doesn't necessarily mean the normal smtp communication on port 25 would work. (Please correct me if this is not true)
Basically the client has encountered with an issue : [ERROR] Access to default session denied during a test from application to reach smtp server. From the same server, telnet to send an email just works...
So I've got no other choice but to figure out why I am getting this sort of error. Done my research only to find out lots and lots of command-line email applications, no good in this case as it is the client's environment that I've got little control on what to install.
So I think the last resort would be using simple DOS commands? Please advise if there is even a better way. Many thanks in advance.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
这是不正确的。如果发送电子邮件可以通过将其输入到 Windows
telnet
应用程序中来实现,那么它就可以工作,即 SMTP 服务器没有问题,并且客户端和服务器之间没有防火墙问题。因此,该错误很可能出现在显示错误消息的应用程序中。也许没有错误,但应用程序配置不正确。
That's incorrect. If sending e-mail works with typing it to the Windows
telnet
application, then it works, i.e. there is no problem with the SMTP server, and there are no firewall issues between the client and the server.So the bug is most probably in the in the application displaying the error message. Maybe there is no bug, but the application is not configured properly.
那不是真的。 “真正的”SMTP 客户端使用与 telnet 相同的方法与 SMTP 服务器通信。
如果您不信任 Telnet,请使用 Thunderbird,但问题可能出在您的客户端软件或配置上。仔细检查那里的设置,看看是否可以打开任何跟踪日志记录(在客户端或服务器上)。
That is not true. A "real" SMTP client uses the same method to talk to the SMTP server as telnet does.
If you do not trust Telnet, use Thunderbird, but the problem is probably with your client software or configuration. Double check the settings there and see if you can turn on any trace logging (on the client or the server).