Rowan, thanks for your response.
Wow that regex is pretty intense. A new filter type sounds like a
reasonable idea to me. I'm not sure if I'll be able to offer any
improvements myself (although I will look into it shortly here). I I do
know that Google announced last August that they plan to support RFC6530:
http://googleblog.blogspot.com/2014/08/a-first-step-toward-more-global-email.html
On Fri, Feb 6, 2015 at 7:14 AM, Rowan Collins <rowan.coll...@gmail.com>
wrote:
> j adams wrote on 06/02/2015 00:05:
>
> Please let me know which mailing list address to use if I have sent this
>> to
>> the wrong list.
>>
>> filter_var does not properly validate emails with international
>> characters.
>> For example, this returns FALSE:
>>
>> var_dump(filter_var("Pelé@example.com", FILTER_VALIDATE_EMAIL));
>>
>> Are there any plans to implement proper validation of email addresses as
>> described in RFC 6530?
>> http://tools.ietf.org/html/rfc6530
>>
>
> Hi,
>
> There was a discussion a while back about Internationalized Domain Name
> support in FILTER_VALIDATE_URL [1], and I believe there was a concern that
> since not all systems would accept the wider format, allowing them through
> the existing filter might be unhelpful. This is particularly true in the
> case of internationalized e-mails, since if I understand it correctly it's
> an "all or nothing" system, rather than one with a compatible fallback like
> the "punycode" notation used in domains.
>
> The most useful would probably be to add a new filter type which accepted
> the new format, so that users could choose to accept what they know they
> can process. If you know of or can create a succinct validity test (e.g. a
> PCRE-compatible regex) it ought to be fairly easy to add; the existing
> implementation is here for comparison: http://lxr.php.net/xref/PHP_
> TRUNK/ext/filter/logical_filters.c#575
>
> [1] http://grokbase.com/t/php/php-internals/149jfzxtq3/
> internationalized-domain-name-support-in-filter-validate-url
>
> Regards,
> --
> Rowan Collins
> [IMSoP]
>
