Comment savoir si une chaîne aléatoire est une adresse e-mail ou quelque chose d'autre

Je ne pense pas que cette question a été posée avant... je n'arrive pas à trouver quelque chose à cette exigence.

Fond

Il y a une API qui retourne l'ID de personnes. En général, l'ID doit être considéré comme sensible à la casse... mais si l'ID est en fait leur adresse e-mail... et vous parlez à un de moins que stellaire de mise en œuvre de cette API qui renvoie un cas mixte version de leur adresse e-mail, il ya beaucoup de plaisir à avoir...

Si vous parlez à une mise en œuvre... il vous donne l'URL comme des choses que l'IDENTIFIANT, par exemple

  • http://foo.bar.com/blahblahblah

Vous pourrait être de parler à l'autre de la mise en œuvre... qui vous donne en retour une certaine non-évidente ID, par exemple

  • as€jlhdésdj678hjghas7t7qhjdhg£

Vous pourrait être de parler à une belle application qui vous donne en retour une belle minuscules adresse e-mail:

Ou vous pourriez être en parler à moins que stellaire de mise en œuvre qui renvoie exactement l'équivalent ID

RFC 2821 indique que seule la boîte aux lettres est sensible à la casse, mais que l'exploitation de la sensibilité à la casse va provoquer une série d'inter-op de questions...

Ce que je veux faire est d'identifier les chaînes qui sont des mails et de la force du domaine de minuscules. L'identification de l'URI comme des cordes est plus facile que le schéma est soit http ou https et j'ai juste besoin de minuscules le nom de domaine qui est beaucoup plus facile à analyser.

Question

Si une chaîne de caractères fournie par un service externe, est-il un test que je peux utiliser, qui permettra de déterminer si la chaîne est une adresse e-mail afin que je puisse vigueur le nom de domaine en minuscules?

Il est acceptable pour un petit % des adresses e-mail manquer et de ne pas obtenir le nom de domaine mis en minuscule. (Faux négatifs autorisé)

Il n'est pas acceptable pour forcer une partie d'une chaîne en minuscules, si elle n'est pas la partie domaine de l'adresse e-mail. (Les faux positifs ne sont pas permis)

 mise à Jour

Noter que cette question est subtilement différent de cette et cette que dans le contexte de ces deux questions que vous savons déjà que la chaîne est censé être une adresse e-mail.

Dans le contexte de cette question, nous ne savons pas si la chaîne est une adresse e-mail ou quelque chose d'autre... ce qui rend cette question est-elle différente

  • mis à part la vérification que le domaine existe et a un serveur de messagerie dans son entrée DNS, pourquoi vous ne pouvez utiliser une expression régulière pour vérifier la syntaxe-juridique adresses e-mail? beaucoup de ceux qui volent autour.
  • double possible de Vérifier e-mail en Java
  • Et puis il y a aussi Quel est le meilleur Java adresse email de validation de la méthode?
  • Eh bien, je ne veux pas d'invoquer une requête DNS sur le chemin de code où ce code est évalué car ce serait introduire les questions... en particulier le serveur que ce code est en cours d'exécution peut ne pas être en mesure de valider le nom de domaine qui est dans le retour de l'ID. Donc la vérification des entrées DNS est
  • le dns-vérification a été une étape supplémentaire, mais en dehors de regexp je ne vois vraiment aucun autre moyen de sortir de cette
  • La spécification pour les adresses e-mail spécifiées par RFC2821 est fou. Mais à l'époque, les choses étaient différentes, - vous au document rfc821 dû tenir compte, et sont essentiellement constituées de, toutes sortes de propriétaires adresses e-mail. Sinon rallier les joueurs de la journée, aurait été impossible. Cela étant dit, les adresses de courriel sont vraiment trop souple. Le plus fou (mais valide) les attributs sont rarement utilisés. En savoir plus sur le cerveau-popping de la complexité de la tâche ici: en.wikipedia.org/wiki/Email
  • le moyen d'en sortir c'est de code à RFC2821. Ou, l'OP peut décider qu'il n'reconnaître la validité d'un sous-ensemble de l'adresse email formats. Un bon sens de la définition serait probablement 99% de précision.

InformationsquelleAutor Stephen Connolly | 2013-08-27
  1. 8

    - Essayer le code ci-dessous, cela peut être utile pour vous.

    public class EmailCheck {

    public static void main(String[] args){


        String email = "[email protected]";
        Pattern pattern = Pattern.compile("[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\\.[A-Za-z]{2,4}");
        Matcher mat = pattern.matcher(email);

        if(mat.matches()){

            System.out.println("Valid email address");
        }else{

            System.out.println("Not a valid email address");
        }
    }

}

    - Également prendre un coup d'oeil à ce site, qui présente un autre plus profond de validation à l'aide de regular expression. Plus profond de validation à l'aide de l'expression régulière

    • Notez que "ping @ pong!"@[1.2.3.4] est une adresse email valide qui votre code ne sera pas identifier correctement... maintenant, c'est aussi une adresse de courriel valide qui n'a pas besoin de mettre en minuscule du peu après la @ mais qui est un problème différent. En utilisant les regex pour identifier les adresses de courriel est un anti-modèle
    InformationsquelleAutor Kumar Vivek Mitra
  2. 6

    Vous pouvez utiliser la suite de la vérification de l'e-mail;

    String email ="[email protected]"
Pattern p = Pattern.compile(".+@.+\\.[a-z]+");
Matcher m = p.matcher(email);
boolean matchFound = m.matches();
if (matchFound) {
    //your work here
}
    • Que l'expression rationnelle correspond à trop après la @ symbole comme il se doit seulement être correspondant valablement construit des noms de domaine.
    InformationsquelleAutor Shiv
  3. 2

    Grâce à @Dukeling

    private static toLowerCaseIfEmail(String string) {
    try {
        new InternetAddress(string, true);
    } catch (AddressException e) {
        return string;
    }
    if (string.trim().endsWith("]")) {
        return string;
    }
    int lastAt = string.lastIndexOf('@');
    if (lastAt == -1) {
        return string;
    }
    return string.substring(0,lastAt)+string.substring(lastAt).toLowerCase();
}

    devrait, à partir de ce que je peux dire, faire ce qui est requis.

    Mise à jour

    Depuis la précédente ignoré la possibilité d' (comment) syntaxe après la dernière @... ce qui laisse le visage il, si nous les voyons faut juste renflouer rapide et le retour de la chaîne non modifié

    private static toLowerCaseIfEmail(String string) {
    try {
        new InternetAddress(string, true);
    } catch (AddressException e) {
        return string;
    }
    int lastAt = string.lastIndexOf('@');
    if (lastAt == -1 
        || string.lastIndexOf(']') > lastAt
        || string.lastIndexOf(')' > lastAt) {
        return string;
    }
    return string.substring(0,lastAt)+string.substring(lastAt).toLowerCase();
}
    • est-ce vraiment la réponse??
    • Oui parce que la spécification des e-mails dans la RFC 2821 est beaucoup inconnu que vous pensez et le meilleur moyen en utilisant la norme Api Java est de laisser un spec conforme analyseur analyser la demande et le montant de la caution pour le chemin de routage des adresses (d'où le endsWith("]"))
    • Je suis de paris @StephenConnolly a envoyé BEAUCOUP de mails. Il sait la douleur.
    • Bien sûr, mon but n'est pas de gérer les commentaires à l'adresse e-mail... john."M@c"."Smith!"(coolguy)@(thefantastic)[1.2.3.4](onlythebest) est également une adresse de courriel valide... mais c' pourrait probablement être ignoré en toute sécurité si, au lieu de puisage avec endsWith("[") le vérifier est que indexOf(']') < lastAt depuis qui indiquent une adresse de courriel qui n'est pas besoin mettre en minuscule comme [] est uniquement pour les adresses IP
    InformationsquelleAutor Stephen Connolly
  4. 0
            Pattern pattern = Pattern.compile("^[A-Za-z0-9._]{1,16}+@{1}+[a-z]{1,7}\\.[a-z]{1,3}$");
        Matcher mail = pattern.matcher(your_mail);

        if (mail.find()) {
            System.out.println("True");
        } else {
            System.out.println("False");
        }
    • pourriez-vous donner une explication pour aller à votre réponse? ta
    • échoue les adresses e-mail comme [email protected] ou toute fantaisie boîte aux lettres identifiants, par exemple "name with spaces"@example.com est une adresse email valide (même si une sotte) et de ne pas passer votre regex
    • Oh, et qui échoue pour mon adresse e-mail gmail trop que ma boîte aux lettres identifiant est de 21 caractères
    InformationsquelleAutor Juriy Brezmen
  5. 0

    Ma suggestion est d'utiliser:

    org.apache.commons.validator.routines.EmailValidator.isValid(value::String)

    https://commons.apache.org/proper/commons-validator/apidocs/org/apache/commons/validator/routines/EmailValidator.html

    InformationsquelleAutor Pavel