Quelle est la longueur maximale d'une adresse de courriel valide?

Quelle est la longueur maximale d'une adresse de courriel valide? Est-il défini par une norme?

Ce type d'adresse e-mail? Internet, X. 400, ou autres?
Notez que la limite de longueur de votre application devrait imposer pour les adresses e-mail peut ne pas être le même que le théorique maximum (qui est plus long que l'ensemble de ce commentaire). D'autres réponses discuter de cette question, par exemple: stackoverflow.com/questions/1297272

InformationsquelleAutor volatilevoid | 2008-12-22

1088

Une adresse e-mail ne doit pas dépasser 254 caractères.

Cela a été accepté par l'IETF suivantes soumis erratum. Un diagnostic complet d'une adresse donnée est disponible en ligne. La version originale de la RFC 3696 décrit 320 que la longueur maximale, mais John Klensin par la suite accepté une valeur incorrecte, depuis un Chemin d'accès est défini comme
```
Path = "<" [ A-d-l ":" ] Mailbox ">"
```
De sorte que la Boîte aux lettres de l'élément (c'est à dire, l'adresse e-mail) a l'angle crochets autour de lui pour former un Chemin d'une longueur maximale de 254 caractères pour limiter la longueur du Chemin à 256 caractères ou moins.

La longueur maximale spécifiée dans RFC 5321 états:

La longueur totale maximale d'un reverse-path ou de l'avant-chemin d'accès est de 256 caractères.

RFC 3696 a été corrigé ici.

J'ai maintenant rassemblées cas de test à partir Cal Henderson, Dave Enfant, Phil Haack, Doug Lovell et RFC 3696. 158 test s'adresse à tous.

J'ai couru tous ces tests à l'encontre de tous les validateurs que j'ai pu trouver. La comparaison est ici: http://www.dominicsayers.com/isemail

Je vais essayer de garder cette page à jour que les gens à améliorer leur validateurs. Grâce à Cal, Dave et Phil pour leur aide et leur coopération dans l'élaboration de ces tests et à la critique constructive de mon propre programme de validation.

Les gens doivent être conscients de la errata contre RFC 3696 en particulier. Trois des exemples canoniques sont en fait des adresses non valides.
- Pour résumer: la longueur maximale d'une adresse e-mail est 254 caractères, comme indiqué dans le dominicsayers.com/isemail
- Le nouveau RFC norme qui permet l'Unicode dans les adresses e-mail?
- Le nouveau Rfc ne modifie pas le fait que le SMTP impose cette limite sur l'enveloppe. Ils ont été conçus pour assurer la compatibilité avec les MTA logiciel.
- Le nombre de caractères avant le @ et combien d'après, ou n'est-il pas d'importance?
- tools.ietf.org/html/rfc5321#section-4.5.3.1.1
- À partir de maintenant, la question/réponse upvotes stand à 195/255 respectivement. Il est donc tentant d'organiser 59 upvotes pour la question et 1 downvote pour la réponse, de telle sorte qu'ils de l'égalité réelle réponse 🙂
- Merveilleux, merci!
- Que faire si le SMTP est remplacé? Est-ce à dire que nous sommes techniquement en mesure de mettre en œuvre le standard RFC 3696? 254 pratiquement, 320 épreuve de l'avenir? Va avec 254 maintenant de toute façon 🙂
- RFC 3696 n'est pas une norme, il essaie juste d'aider les gens à interpréter la norme sous-jacente correctement. Malheureusement, dans sa tentative de clarifier la situation, Klensin inclus quelques erreurs grossières qui ont été corrigées dans les Errata. Mais personne ne lit les errata, donc le RFC 3693 finit par être très peu serviable, ironiquement.
- Bonne chance impression de 254 caractères dans une ligne dans un document PDF.
- Je crois, avec l'internationalisation des adresses e-mail, il serait plus correct de définir la limite de 254 octets, pas de caractères. Mais je ne suis pas sûr. RFC 6531 étend la RFC 5321 inverse et de l'avant-chemin d'accès pour autoriser les caractères UTF-8, mais la RFC 5321 spécifiquement indique que la limite est "256 octets", y compris les séparateurs (un changement délibéré de la RFC 2821 qui dit "personnages"). Je crois que les 256 octets limite (moins de 2 à 254) n'est pas remplacée, et l'efficacité de la caractère limite est réduite pour les adresses avec multi-octets de caractères UTF-8.
- Ne qui incluent des e-mails qui sont formatés comme user+inbox@domain?
- oui, c'est fait
- Est ce que quelqu'un d'autre confus quant à pourquoi la limite du domaine (255) est supérieure à la limite de l'adresse complète (254)? Est-il une justification (ou au moins, explication) pour ce scénario?
- parce que les domaines sont utilisés à d'autres fins que celle d'e-mails et sont définis par les différentes Rfc. Je suis sûr que Jon Postel souhaitait, il pourrait la rendre plus cohérente, mais à l'époque la plupart des domaines ont été très court, et il aurait été exagéré pour briser l'adresse de l'enveloppe en deux ou plusieurs paquets de simplement prendre en compte le potentiel pour de très longs noms de domaine.
- Je suis tombé sur le même problème que @AndreD, et je suis d'accord avec lui. D'autre part, dominicsayers.com/isemail toujours dit que c'est de 254 caractères. Quelqu'un sait plus? Je crois que c'est octets et non pas des personnages, mais cela voudrait dire que, théoriquement, le nombre maximal de caractères pourrait être 63. Je ne peux pas croire que le nouveau RFC 6531 ne traite pas ce problème, donc je ne suis pas sûr.
InformationsquelleAutor
29

320

Et les segments de ressembler à ce

{64}@{255}

64 + 1 + 255 = 320

Vous devriez lire ceci si vous êtes à la validation des e-mails

http://haacked.com/archive/2007/08/21/i-knew-how-to-validate-an-email-address-until-i.aspx
- Cependant, selon cette spécification (pour un prêt étudiant de données) nchelp.org/elibrary/ESC/CommonRecord-CommonLineDocumentation/... à la page 20: "L'e-mail longueur modifié afin de refléter les normes ANSI. L'adresse E-mail est d'une longueur maximum de 128 caractères." Hmm.
- Pouvez-vous de référence de ce RFC vous avez obtenu ce à partir de?
- Voici un bel article de dissiper les divers mythes sur l'e-mail y compris de "max len == 320". La limite est en fait 254.
- Où est la belle article?
- Il peut signifier ceci: dominicsayers.com/isemail
- Cette réponse correcte. Cet e-mails valides, mais absolument inutilisable, car 2821 restreindre les messages/commandes RCPT à 256 avec <> supports...
- Ne qui incluent des e-mails au format user+inbox@domain?
InformationsquelleAutor Bob
13

utilisateur

La longueur totale maximale d'un nom d'utilisateur est de 64 caractères.

domaine

Maximum de 255 caractères dans le nom de domaine (celui après le “@”)

Cependant, il existe une restriction dans RFC 2821 lecture:

La longueur totale maximale d'un reverse-path ou de l'avant-chemin d'accès est de 256
les personnages, y compris la ponctuation et les séparateurs de l'élément”. Depuis
les adresses qui ne rentrent pas dans ces champs ne sont normalement pas utile, l'
limite supérieure sur l'adresse de longueurs devrait normalement être considéré comme
256, mais un chemin d'accès est défini comme: Path = “<” [ A-d-l “:” ] Boîte aux lettres “>”
L'avant-path contient au moins une paire de crochets en
outre pour la Boîte aux lettres, ce qui limite l'adresse e-mail à 254
des personnages.
- Cool, ancienne rfc de 1982... Il n'y a rfc5321 pour SMTP
InformationsquelleAutor Artem Kovalov
9

Pour aider à le confondre les novices comme moi, la réponse à "Quelle est la longueur maximale d'une adresse de courriel valide?" est 254 caractères.

Si votre application utilise un e-mail, il suffit de régler votre champ d'accepter 254 caractères ou moins et vous êtes bon pour aller.

Vous pouvez exécuter un tas de tests sur un mail afin de savoir si elle est valable ici. http://isemail.info/

La RFC, ou une Demande de Commentaires est un type de publication de l'Internet Engineering Task Force (IETF) qui définit 254 caractères que la limite. Trouve ici - https://tools.ietf.org/html/rfc5321#section-4.5.3

InformationsquelleAutor Joshua Dance
7

Autres réponses boueux de l'eau un peu.
Réponse Simple: 254 total de caractères dans notre contrôle pour les e-mails
256 sont pour l'adresse e-mail complète, qui comprend implicite "<" au début et ">" à la fin. Par conséquent, 254 sont plus à gauche pour notre usage.

InformationsquelleAutor Forrest
1

Selon le ci-dessous l'article:

http://tools.ietf.org/html/rfc3696 (Page 6, Section 3)

Il est mentionné que:

"Il y a une limite de longueur sur
adresses e-mail. Cette limite est d'un maximum de 64 caractères (octets)
dans la "partie locale" (avant le "@") et un maximum de 255 caractères
(octets) dans le domaine de la partie (après le "@") pour une longueur totale de 320
des personnages. Les systèmes qui gèrent l'e-mail doit être préparé pour le processus de
les adresses qui sont que long, même si elles sont rarement
rencontrés."

Ainsi, la longueur totale maximale pour une adresse e-mail est de 320 caractères
("partie locale": 64 + "@": 1 + "la partie de domaine": 255 qui sommes à 320)

InformationsquelleAutor Waqar UlHaq
-1

64 pour la partie locale (le compte/nom) et 255 pour le domaine. Je pense que le @ signe sera compté supplémentaire, de sorte que la somme de 320.

Mais attention: ce n'est que la longueur de l'adresse réelle. Une adresse peut contenir un nom d'affichage. Cette adresse ressemble à first last <local@domain> et vont souvent au-320.
- Mais vous allez envoyer l'e-mail via SMTP, donc l'adresse pour s'insérer dans l'avant-champ chemin d'accès, qui a une longueur maximale de 256 caractères. Notez également qu'il aura des crochets autour de lui dans ce domaine ainsi que l'adresse réelle (y compris le @) ne peut pas être plus de 254 caractères.
- Plus ici: dominicsayers.com/isemail
InformationsquelleAutor Arne Burmeister

Vous devez vous connecter pour publier un commentaire.