What Chuck said. But to elaborate: 1) You can check the format. 2) You can check the domain for an MX record. (Be aware step 2 can take several seconds or more.) and 3) send an email. Anything other than that is pointless.
You could try to check the address at the mail server with VRFY. That is what the command is intended to do, but no sane mail server admin enables it. Spammers would build lists by guessing randomly. If VRFY is off, then using RCPT TO without sending an email is considered abusive and will generally get you blocked by the mail server and blacklisted. Not only that, but many mail servers are configured to receive mail for any address, whether it exists or not, so even RCPT TO is pointless. So... send an email and make the recipient click something before giving them a cigar. It's the only way to be sure. (^_^) Ramsey On Oct 28, 2011, at 5:43 PM, Chuck Hill wrote: > I think the only way to do that is to send an email to that account with a > verification link (direct action back into the app) that needs to be clicked > once the mail is received. > > > On 2011-10-25, at 8:37 AM, Gino Pacitti wrote: > >> Hi List >> >> Is there any Framework to validate if an email address being entered >> ACTUALLY exists... >> >> Not just that its correctly formatted but that the account exists on a >> server somewhere? >> >> I have an app that needs Contact Information validation.... >> >> GIno >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net >> >> This email sent to ch...@global-village.net > > -- > Chuck Hill Senior Consultant / VP Development > > Practical WebObjects - for developers who want to increase their overall > knowledge of WebObjects or who are trying to solve specific problems. > http://www.global-village.net/products/practical_webobjects > > > > > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com > > This email sent to rgur...@smarthealth.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
