2016-03-21 56 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