Req #69140 [Com]: FILTER_VALIDATE_EMAIL should accept user@localhost

Edit report at https://bugs.php.net/bug.php?id=69140&edit=1 ID: 69140 Comment by: bugs-php-net at unikorn dot me Reported by: info at linux-web-development dot de Summary: FILTER_VALIDATE_EMAIL should accept user@localhost Status: Open Type: Feature/Change Request Package: Filter related PHP Version: Irrelevant Block user comment: N Private report: N New Comment: I'm sorry, but did you seriously just change the whole topic because you can't differentiate between the RFCs for emails and their address format and a transport protocol for them? The original bug clearly stated that there are different standards-compliant email addresses that won't work with PHPs filter_var, not only one. I'm not sure why PHP developers are this, but out in the real world, not being standards-compliant is a bug. Previous Comments: ------------------------------------------------------------------------ [2016-11-21 17:04:38] cmb@php.net Related To: Bug #66553 ------------------------------------------------------------------------ [2016-11-21 17:02:11] cmb@php.net > The PHP validation is just wrong in more ways than just > comments. e.g. the domain part could be a hostname without a > dot, but this always comes back as false. This is a deliberate decision to avoid issues with RFC 5321[1], so simply changing the behavior would cause issues. Introducing a new flag appears to be the most reasonable solution, so I'm changing to feature request, leaving the documentation part to bug #66553. [1] <https://github.com/php/php-src/blob/PHP-7.0.13/ext/filter/logical_filters.c#L579-L588> ------------------------------------------------------------------------ [2015-03-02 00:16:21] ppaisndud at gmail dot com I did a bit of fixing and this could be a patch, strict to RFC 822 https://github.com/pasindud/php-src/commit/ec209d5add25322122e10e18261f0ae5fa7a57cf Some Issuses RFC 822 - is obsolete in 2001 by 2822, 5322 RFC 2822 - is obsolete in 2008 by 5322,5321 (both of those also have conflicts) ------------------------------------------------------------------------ [2015-03-01 18:18:10] info at linux-web-development dot de The docs are still not correct. The PHP validation is just wrong in more ways than just comments. e.g. the domain part could be a hostname without a dot, but this always comes back as false. This has real applications, e.g. under Linux when sending to [user]@localhost There is a reason frameworks don't use this built-in function but instead resort to their own validation for e-mails. So this function should either be clearly marked as non-RFC-compatible or just work as one would expect it to work. Sorry, but not fixing this because it's hard to implement is just a lame excuse. Implement it or leave it out, but don't implement some half-working frankenvalidation. ------------------------------------------------------------------------ [2015-02-27 20:50:05] aharvey@php.net Automatic comment from SVN on behalf of aharvey Revision: http://svn.php.net/viewvc/?view=revision&amp;revision=336016 Log: Expand on what FILTER_VALIDATE_EMAIL really validates. See also bug #69140 (FILTER_VALIDATE_EMAIL not RFC 822 compliant). ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=69140 -- Edit this bug report at https://bugs.php.net/bug.php?id=69140&edit=1