I've read everything I could find on verifying e-mail addresses. The widely encountered solution is this, and it doesn't work (for one, actual nslookup output differs significantly from what the article shows, so I don't get an actual address to telnet to).
我已经阅读了有关验证电子邮件地址的所有信息。广泛遇到的解决方案是这样,它不起作用(对于一个,实际nslookup输出与文章显示的显着不同,所以我没有获得telnet的实际地址)。
But then I thought: I don't need to verify the address. I just want to detect clearly bogus address (such an address that sending a message to it will yield "delivery failed" response). Is it possible to do in principle, and implement using C++ sockets or Java networking API in particular?
但后来我想:我不需要验证地址。我只是想清楚地发现伪造的地址(这样一个地址,向它发送消息将导致“交付失败”响应)。是否可以原则上做,特别是使用C ++套接字或Java网络API实现?
1 个解决方案
#1
0
Depending on which operating system and tools you use, verifying the recipient's domain, and whether it is recorded in the DNS with a meaningful MX (mail exchange), you could use dig in place of nslookup. For foo@bar.com,
根据您使用的操作系统和工具,验证收件人的域,以及是否使用有意义的MX(邮件交换)将其记录在DNS中,您可以使用dig代替nslookup。对于foo@bar.com,
$ dig bar.com MX
Possibilities of detecting bogus eMail adresses are typically limited, though. Availability largely depends on how "generously" the MTA offers this information. Most don't, these days. The SMTP protocol includes some verbs you could then use, such as VRFY. On the other hand, spammers could do just that, hence … (That's one reason why a mail loop is run, in order to detect valid eMails fairly reliably; embedding, as I'm sure you know, a verification string to be sent back, or passed via URL to some web service.
但是,检测虚假电子邮件地址的可能性通常是有限的。可用性很大程度上取决于MTA如何“慷慨”地提供这些信息。这些天大多数都没有。 SMTP协议包含一些您可以使用的动词,例如VRFY。另一方面,垃圾邮件发送者可以做到这一点,因此...(这就是运行邮件循环的一个原因,以便相当可靠地检测有效的电子邮件;我确信你知道,嵌入一个要发回的验证字符串,或通过URL传递给某些Web服务。
SMTP, being a text protocol, would be used via some "transport layers" underlying higher level APIs like JavaMail. I'd look for programmability of these with the programming language used. Typically, there is some socket library, for sending and retrieving lines of text.
作为文本协议的SMTP将通过JavaMail等更高级API的一些“传输层”使用。我会使用所使用的编程语言来寻找这些程序的可编程性。通常,有一些套接字库,用于发送和检索文本行。
#1
0
Depending on which operating system and tools you use, verifying the recipient's domain, and whether it is recorded in the DNS with a meaningful MX (mail exchange), you could use dig in place of nslookup. For foo@bar.com,
根据您使用的操作系统和工具,验证收件人的域,以及是否使用有意义的MX(邮件交换)将其记录在DNS中,您可以使用dig代替nslookup。对于foo@bar.com,
$ dig bar.com MX
Possibilities of detecting bogus eMail adresses are typically limited, though. Availability largely depends on how "generously" the MTA offers this information. Most don't, these days. The SMTP protocol includes some verbs you could then use, such as VRFY. On the other hand, spammers could do just that, hence … (That's one reason why a mail loop is run, in order to detect valid eMails fairly reliably; embedding, as I'm sure you know, a verification string to be sent back, or passed via URL to some web service.
但是,检测虚假电子邮件地址的可能性通常是有限的。可用性很大程度上取决于MTA如何“慷慨”地提供这些信息。这些天大多数都没有。 SMTP协议包含一些您可以使用的动词,例如VRFY。另一方面,垃圾邮件发送者可以做到这一点,因此...(这就是运行邮件循环的一个原因,以便相当可靠地检测有效的电子邮件;我确信你知道,嵌入一个要发回的验证字符串,或通过URL传递给某些Web服务。
SMTP, being a text protocol, would be used via some "transport layers" underlying higher level APIs like JavaMail. I'd look for programmability of these with the programming language used. Typically, there is some socket library, for sending and retrieving lines of text.
作为文本协议的SMTP将通过JavaMail等更高级API的一些“传输层”使用。我会使用所使用的编程语言来寻找这些程序的可编程性。通常,有一些套接字库,用于发送和检索文本行。