Strict email validation

2004-11-24 Thread Jon Austin
Does anyone know of a function to validate email addresses that matches the accepted address formats for CFMAIL? I.e. will return true for: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Rob Smith <[EMAIL PROTECTED]> "Rob Smith" <[EMAIL PROTECTED]> [EMAIL PROTECTED] (Rob Smith) The one from cflib.org

Re: Strict email validation

2004-11-24 Thread Michael Dinowitz
I plan to be working on the HoF system over the next 2 days and this is something covered in the code. I just have to wrap it nice and neat. > Does anyone know of a function to validate email addresses that > matches the accepted address formats for CFMAIL? > > I.e. will return true for: > > [EMA

Re: Strict email validation

2004-11-24 Thread Jon Austin
Well, if you feel like sharing... I just don't trust my regex's enought yet... :) On Thu, 25 Nov 2004 00:03:24 -0500, Michael Dinowitz <[EMAIL PROTECTED]> wrote: > I plan to be working on the HoF system over the next 2 days and this is > something covered in the code. I just have to wrap it nice

Re: Strict email validation

2004-11-24 Thread Jim McAtee
ot; <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Wednesday, November 24, 2004 8:21 PM Subject: Strict email validation > Does anyone know of a function to validate email addresses that > matches the accepted address formats for CFMAIL? > > I.e. wi

Re: Strict email validation

2004-11-24 Thread Jon Austin
The four formats listed above are for MX. They are all RFC compliant, so there should be very very few SMTP servers that reject any one of the formats. As for requirements, it's for an email client I've built. It is so the user can type a portion of the name, or email address (which comes from a C

Re: Strict email validation

2004-11-25 Thread Paul Hastings
Jon Austin wrote: > Does anyone know of a function to validate email addresses that > matches the accepted address formats for CFMAIL? this should pick up the bits in MX's javamail. the javamail parser takes a pretty practical approach to this, at least according to the javadocs, so it should wo