Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:82876
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.213.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <54D4DA6E.1060606@gmail.com>
References: <CADbOR2g-Ks1VZc_b5mVfDyK8F_07mCTRaSyZLPO-ZXkUMMQ6DQ@mail.gmail.com>
	<54D4DA6E.1060606@gmail.com>
Date: Mon, 16 Feb 2015 10:59:46 -0800
Message-ID: <CADbOR2g8MtPse+u2N1QzDj_Uyw3erWM9Ma35-NTXMHQb9DmAvg@mail.gmail.com>
To: Rowan Collins <rowan.collins@gmail.com>, internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a113320189bb1f9050f3930d6
Subject: Re: [PHP-DEV] filter_var doesn't support international email addresses
From: zardozrocks@gmail.com (j adams)

--001a113320189bb1f9050f3930d6
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

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-emai=
l.html



On Fri, Feb 6, 2015 at 7:14 AM, Rowan Collins <rowan.collins@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=C3=A9@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 tha=
t
> since not all systems would accept the wider format, allowing them throug=
h
> 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 li=
ke
> 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]
>

--001a113320189bb1f9050f3930d6--