2016-03-21 54 views
0

似乎在Grails中的电子邮件验证只适用simple regex。虽然它验证了大多数电子邮件,但一些奇特但授权的字符会使验证失败。异国字符的电子邮件验证

例如德国党卫军字符用于in some email addresses,但将无法通过验证大盘:

package com.stuff.user.AppUser 

import grails.test.mixin.Mock 
import spock.lang.Specification 

/** 
* Created by hschoonjans on 21/03/2016. 
*/ 
@Mock(AppUser) 
class AppUserSpec extends Specification { 

    def "It doesn't validate an email with an eszett"() { 
     given: 
     AppUser user = new AppUser(email: "helainß@hotmail.com") 

     expect: 
     !user.validate(["email"]) 
    } 
} 

使用用于验证的正则表达式的自定义,授权SS将是微不足道的,但如果什么用户试图在他的邮件地址中使用另一个奇特而有效的字符?

为了避免这个问题,我想知道什么是Java/Groovy/Grails通用邮件地址验证程序。可以验证任何有效电子邮件地址的类/正则表达式,比当前的Grails电子邮件验证更智能。

回答

1

我遇到了好几次才在自己的Grails项目,我一直在使用这个表达式有不错的成功:

/^((([a-z]|\d|[!#\$%&'\*\+\-\/=\?\^_`{\|}~]|[\u00A0-\uD7FF\uF900-\uFDCF\uFDF0-\uFFEF])+(\.([a-z]|\d|[!#\$%&'\*\+\-\/=\?\^_`{\|}~]|[\u00A0-\uD7FF\uF900-\uFDCF\uFDF0-\uFFEF])+)*)|((\x22)((((\x20|\x09)*(\x0d\x0a))?(\x20|\x09)+)?(([\x01-\x08\x0b\x0c\x0e-\x1f\x7f]|\x21|[\x23-\x5b]|[\x5d-\x7e]|[\u00A0-\uD7FF\uF900-\uFDCF\uFDF0-\uFFEF])|(\\([\x01-\x09\x0b\x0c\x0d-\x7f]|[\u00A0-\uD7FF\uF900-\uFDCF\uFDF0-\uFFEF]))))*(((\x20|\x09)*(\x0d\x0a))?(\x20|\x09)+)?(\x22)))@((([a-z]|\d|[\u00A0-\uD7FF\uF900-\uFDCF\uFDF0-\uFFEF])|(([a-z]|\d|[\u00A0-\uD7FF\uF900-\uFDCF\uFDF0-\uFFEF])([a-z]|\d|-|\.|_|~|[\u00A0-\uD7FF\uF900-\uFDCF\uFDF0-\uFFEF])*([a-z]|\d|[\u00A0-\uD7FF\uF900-\uFDCF\uFDF0-\uFFEF])))\.)+(([a-z]|[\u00A0-\uD7FF\uF900-\uFDCF\uFDF0-\uFFEF])|(([a-z]|[\u00A0-\uD7FF\uF900-\uFDCF\uFDF0-\uFFEF])([a-z]|\d|-|\.|_|~|[\u00A0-\uD7FF\uF900-\uFDCF\uFDF0-\uFFEF])*([a-z]|[\u00A0-\uD7FF\uF900-\uFDCF\uFDF0-\uFFEF])))\.?$/i 
+0

嘿@Joshua!你能给出更多关于你的正则表达式或者正则表达式的来源的信息吗?我想确定它无法匹配无效的网址,并且了解更多关于它接受的电子邮件地址的范围...... – Heschoon

+0

嗯,这是验证RFC822的最佳努力(http://www.ietf.org/rfc /rfc0822.txt?number=822)在过去的18年中,我在为我工作的公司中有机种植。它试图为国际客户处理扩展的ASCII字符,并且我们还没有投诉有效的电子邮件地址被多年拒绝。我建议您使用一些示例数据对其进行测试,并验证结果是否符合您的期望。拉动整个事情的一部分,并解释它几乎需要一本小书;) –

+0

非常感谢,我会尽量找到一个生成器来从正则表达式获取字符串,它会给我一个这样的电子邮件的想法它可以处理:) – Heschoon