Validation 如何使用发件人策略框架验证电子邮件地址是否真实且正在使用

Validation 如何使用发件人策略框架验证电子邮件地址是否真实且正在使用,validation,email,smtp,spf,Validation,Email,Smtp,Spf,据我所知,SPF可以通过发送命令(而不是实际的电子邮件)来验证电子邮件地址,如HELO。我已设法对该政策有了基本的了解,但我不知道如何着手解决以下问题: 我在CRM系统中的联系人上附加了许多电子邮件地址,我想知道这些电子邮件地址是否有效,是否仍在使用 目前,我们正在使用一个restweb服务(),它返回“Ok”(如果它是Ok…duh)、“Bad”(如果它无效或未被使用)或“Unknown”。对于Unknown,我们还向您提供了一些关于它返回的原因的说明,即,您会被告知邮箱是否已满,或者是众所周知

据我所知,SPF可以通过发送命令(而不是实际的电子邮件)来验证电子邮件地址,如HELO。我已设法对该政策有了基本的了解,但我不知道如何着手解决以下问题:

我在CRM系统中的联系人上附加了许多电子邮件地址,我想知道这些电子邮件地址是否有效,是否仍在使用

目前,我们正在使用一个restweb服务(),它返回“Ok”(如果它是Ok…duh)、“Bad”(如果它无效或未被使用)或“Unknown”。对于Unknown,我们还向您提供了一些关于它返回的原因的说明,即,您会被告知邮箱是否已满,或者是众所周知的DEA

我希望能够编写一个脚本来复制这个功能,根据我的计算,它应该使用发送者策略框架来实现这一点?问题是,我不知道如何才能返回“未知”电子邮件地址的如此精确的信息


想法和想法?

实际上,SPF只是一个文本记录,带有一些“提示”,让您知道IP地址或邮件服务器是否“允许/授权”为该域发送电子邮件。它不会告诉你任何关于该域中单个电子邮件地址的信息

比如说

    [doon@qix:~] host -t txt labratsoftware.com
       labratsoftware.com descriptive text "v=spf1 a -all"
我的一个域的SPF记录表明,只有该域的a记录才有权为labratsoftware.com发送电子邮件,如果它不是来自该IP,则应拒绝(-all)

因此,使用SPF可以做的最好的事情是告诉您收到的电子邮件来自授权主机,然后使用该信息帮助您决定是否要拒绝它


测试你拥有的电子邮件地址有效性的最好方法是发送电子邮件,看看它是否会反弹。您可以使用像VERP这样的选项(http://en.wikipedia.org/wiki/Variable_envelope_return_path)自动处理弹跳。您还可以尝试连接到域中列出的MX记录,并尝试以这种方式传递消息。一些邮件服务器支持验证(但大多数管理员禁用此功能以防止信息泄漏)。您可以使用RCPT来查看服务器是否接受它,但即使它接受了,您也无法知道它是否真的会进入他们的收件箱。我猜这就是您当前使用的API所做的。unknown只是那些不回答、greylist等的域名。

实际上,SPF只是一个文本记录,带有一些“提示”,让您知道IP地址或邮件服务器是否“允许/授权”为该域名发送电子邮件。它不会告诉你任何关于该域中单个电子邮件地址的信息

比如说

    [doon@qix:~] host -t txt labratsoftware.com
       labratsoftware.com descriptive text "v=spf1 a -all"
我的一个域的SPF记录表明,只有该域的a记录才有权为labratsoftware.com发送电子邮件,如果它不是来自该IP,则应拒绝(-all)

因此,使用SPF可以做的最好的事情是告诉您收到的电子邮件来自授权主机,然后使用该信息帮助您决定是否要拒绝它

测试你拥有的电子邮件地址有效性的最好方法是发送电子邮件,看看它是否会反弹。您可以使用像VERP这样的选项(http://en.wikipedia.org/wiki/Variable_envelope_return_path)自动处理弹跳。您还可以尝试连接到域中列出的MX记录,并尝试以这种方式传递消息。一些邮件服务器支持验证(但大多数管理员禁用此功能以防止信息泄漏)。您可以使用RCPT来查看服务器是否接受它,但即使它接受了,您也无法知道它是否真的会进入他们的收件箱。我猜这就是您当前使用的API所做的。“未知”是指要么不回答,要么不回答,等等