2009/4/28 Per Jessen <per@xxxxxxxxxxxx>: > Stuart wrote: > >> 2009/4/28 Jay Blanchard <jblanchard@xxxxxxxxxx>: >>> Our company wants to do e-mail verification and does not want to use >>> the requests / response method (clicking a link in the e-mail to >>> verify the address), which as we all know is the only way you can be >>> truly sure. I found this; >>> >>> http://verify-email.org/ >>> >>> Which seems to be the next best deal and it is written in PHP. Has >>> anyone used this? Is anyone doing something similar? How do you >>> handle errors? I know that some domains will not accept these >>> requests. >>> >>> I think that this method would really work for us and cut down on the >>> bogus e-mail addresses we're receiving though. Thoughts? >> >> Been there, tried that, got blacklisted pretty quickly by most major >> ISPs and email providers. >> >> In short do this only if you have a very limited number of accounts, >> and only if you can afford to have your IP blacklisted should you hit >> individual mail server limits. >> >> Or, to put it another way, don't do it. >> >> There are reasons why the VRFY SMTP command is not implemented by most >> servers. > > verify-email.org doesn't use VRFY anyway. It just starts an > SMTP-conversation, but terminates after RCPT TO. I never said they did. I compared use of that method to the VRFY command in an effort to explain why mail servers detect and block IPs that make repeated connections but don't actually send anything. To fully quote the paragraph you cut off... "There are reasons why the VRFY SMTP command is not implemented by most servers. Firstly it reveals too much information. Secondly it wastes server resources. Same goes for this method of checking an address." Pay special attention to the last sentence. -Stuart -- http://stut.net/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
