2016-03-21 13 views
0

Görünüşe göre Grails e-posta doğrulaması yalnızca simple regex geçerlidir. Çoğu e-postayı doğrularken, bazı egzotik ancak yetkili karakterler doğrulama işlemini başarısız yapar. ß yetki önemsiz olabilir ama bir kullanıcı çalışırsa ne olur olur, doğrulama için özel bir düzenli ifade kullanmaEgzotik karakterler için e-posta doğrulama

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"]) 
    } 
} 

:

örneğin Alman ß karakteri in some email addresses kullanılır, ancak Kâse doğrulamayı geçemedi edecek Posta adresinde başka bir egzotik ama geçerli karakter kullanın?

Bu sorunu önlemek için, hangi Java/Groovy/Grails evrensel e-posta adres doğrulayıcısının var olduğunu bilmek isterim. Geçerli bir e-posta adresini geçerli Grails e-posta doğrulamasından daha akıllı bir şekilde doğrulayacak bir sınıf/regex.

cevap

1

Daha önce hiç kendi Grails projelerde bu birkaç kez rastlamak ettik ve bu RegEx kullanarak oldukça iyi başarı elde ettik:

/^((([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

Hey @Joshua! Rejeks'inizin ya da bu normal ifadenin kaynağı hakkında daha fazla bilgi verebilir misiniz? Geçersiz URL'leri eşleştiremediğinden ve kabul ettiği e-posta adreslerinin aralıkları hakkında daha fazla bilgi edineceğinden emin olmak isterim ... – Heschoon

+0

RFC822 (http://www.ietf.org/rfc) /rfc0822.txt?number=822) Çalıştığım şirkette son 18 yılda organik olarak büyüdü. Uluslararası müşteriler için genişletilmiş ASCII karakterlerini ele almaya çalışır ve yıllarca reddedilen geçerli bir e-posta adresi şikayetinde bulunmadık. Bazı örnek verileri kullanarak test etmenizi ve sonuçların beklentilerinizi karşıladığını doğrulamanızı öneririz. Her şeyi bir parçası çekerek ve bunu açıklamak neredeyse bir mini-kitap gerektirecektir;) –

+0

Teşekkürler, çok, normal ifadelerden ipler almak için bir jeneratör bulmaya çalışacağım, bu bana e-posta türüyle ilgili bir fikir verecektir. halledebilir :) – Heschoon