Telnet 验证电子邮件,550 MI:SPF 错误

Telnet 验证电子邮件,550 MI:SPF 错误

当我尝试通过 telnet 验证电子邮件时,使用:

Telnet MX.server.for.email.i.want.to.validate.com 25

HELO Buddy

MAIL FROM:  example email address 

我收到 550 MI:SPF 错误,提示我的 IP 地址与有效发件人不匹配。换句话说,它看起来像是一封伪造的电子邮件。

鉴于我只是从 Windows 桌面运行 Telnet,如何设置有效请求来验证电子邮件?

是否有任何电子邮件服务可以通过 Telnet 中继来检查电子邮件地址的有效性而无需发送电子邮件?

答案1

不幸的是你正走进雷区。

您遇到问题的原因是,您的电子邮件域名有限制,说明您无法通过这种方式发送电子邮件(您的域名有一条 SPF 记录,说明您无法发送除特定服务器之外的电子邮件)。修改您的 SPF 记录(这不是一个好主意)将允许您绕过此问题。

Telnet 是一种协议,它的作用仅在于在给定端口上打开 tcp 会话。它没有通过其中继邮件的概念 - 仅打开 tcp 连接。

有像 mxtoolbox.com 这样的网站可以帮助进行各种与邮件相关的问题的测试。

大多数邮件服务器都禁用了用户验证,因为它会吸引垃圾邮件发送者并降低安全性,因此您通常无法在不发送电子邮件的情况下检查电子邮件地址的有效性。

答案2

我收到 550 MI:SPF 错误,提示我的 IP 地址与有效发件人不匹配。换句话说,它看起来像是一封伪造的电子邮件。

当然可以 – 你试图在信封发件人中使用其他人的地址。这实际上就是欺骗的定义。

鉴于我只是从 Windows 桌面运行 Telnet,如何设置有效请求来验证电子邮件?

指定测试地址为接受者,即在RCPT

对于发件人,请使用属于允许您的台式电脑 IP 地址或根本没有 SPF 限制的域的地址。理想情况下,这应该是您实际有权访问的域。(请注意,子域可以拥有独立于父域的自己的 SPF 记录。)

是否有可以通过 Telnet 中继的电子邮件服务

“通过 telnet 中继” 是一个荒谬的要求。通过 SMTP 传递邮件根本不涉及 Telnet。

您只是使用该telnet命令,因为它也可以作为原始 TCP 客户端工作,但其他软件和服务不需要这样做 - 它们通过操作系统建立自己的 TCP 连接,并直接发送您输入的相同命令。

相关内容