validar sub solo regulares letras expresiones ejemplos cuenta correo con validation email max email-address

validation - sub - validar email con python



¿Cuál es la longitud máxima de una dirección de correo electrónico válida? (7)

¿Cuál es la longitud máxima de una dirección de correo electrónico válida? ¿Está definido por alguna norma?


usuario

La longitud total máxima de un nombre de usuario es de 64 caracteres.

dominio

Máximo de 255 caracteres en la parte del dominio (el que está después de la "@")

Sin embargo, hay una restricción en la lectura de RFC 2821 :

La longitud total máxima de una ruta inversa o una ruta hacia adelante es de 256 caracteres, incluidos los signos de puntuación y los separadores de elementos ". Dado que las direcciones que no caben en esos campos no suelen ser útiles, el límite superior de longitudes de direcciones normalmente debería considerarse 256, pero una ruta se define como: Ruta = "<" [Adl ":"] Buzón "> ”La ruta hacia adelante contendrá al menos un par de corchetes angulares además del Buzón, que limita la dirección de correo electrónico a 254 caracteres.



64 para la parte local (la cuenta / nombre) y 255 para el dominio. Creo que el signo @ contará como extra por lo que suma 320.

Pero cuidado: esto es solo la longitud de la dirección real. Una dirección puede contener un nombre para mostrar. Dicha dirección se parece a la first last <local@domain> y con frecuencia se extenderá 320.


Las otras respuestas enturbian un poco el agua. Respuesta simple: 254 caracteres en total en nuestro control para el correo electrónico 256 corresponden a la dirección COMPLETA del correo electrónico, que incluye "<" implícita al principio y ">" al final. Por lo tanto, quedan 254 para nuestro uso.


Para ayudar a los novatos confundidos como yo, la respuesta a "¿Cuál es la longitud máxima de una dirección de correo electrónico válida?" Tiene 254 caracteres .

Si su aplicación utiliza un correo electrónico, simplemente configure su campo para que acepte 254 caracteres o menos y estará listo.

Puede ejecutar un montón de pruebas en un correo electrónico para ver si es válido aquí. online

El RFC, o Solicitud de comentarios es un tipo de publicación del Grupo de trabajo de ingeniería de Internet (IETF) que define 254 caracteres como límite. Se encuentra aquí: https://tools.ietf.org/html/rfc5321#section-4.5.3


Según el siguiente artículo:

http://tools.ietf.org/html/rfc3696 (Página 6, Sección 3)

Se menciona que:

"Hay un límite de longitud en las direcciones de correo electrónico. Ese límite es un máximo de 64 caracteres (octetos) en la" parte local "(antes de la" @ ") y un máximo de 255 caracteres (octetos) en la parte del dominio (después de la "@") para una longitud total de 320 caracteres. Los sistemas que manejan el correo electrónico deben estar preparados para procesar direcciones que sean tan largas, aunque rara vez se encuentren ".

Por lo tanto, la longitud total máxima para una dirección de correo electrónico es de 320 caracteres ("parte local": 64 + "@": 1 + "parte de dominio": 255, que suma a 320)


Una dirección de correo electrónico no debe exceder los 254 caracteres.

Esto fue aceptado por el IETF después de la errata presentada . Un diagnóstico completo de cualquier dirección dada está disponible en online . La versión original de RFC 3696 describía 320 como la longitud máxima, pero John Klensin posteriormente aceptó un valor incorrecto, ya que una Ruta se define como

Path = "<" [ A-d-l ":" ] Mailbox ">"

Por lo tanto, el elemento del buzón (es decir, la dirección de correo electrónico) tiene corchetes angulares alrededor de él para formar una ruta, que tiene una longitud máxima de 254 caracteres para restringir la longitud de la ruta a 256 caracteres o menos.

La longitud máxima especificada en RFC 5321 indica:

La longitud total máxima de una ruta inversa o una ruta hacia adelante es de 256 caracteres.

RFC 3696 se corrigió here .

Ahora he recopilado casos de prueba de Cal Henderson, Dave Child, Phil Haack, Doug Lovell y RFC 3696. 158 direcciones de prueba en total.

Corrí todas estas pruebas contra todos los validadores que pude encontrar. La comparación está aquí: http://www.dominicsayers.com/isemail

Trataré de mantener esta página actualizada a medida que las personas mejoren sus validadores. Gracias a Cal, Dave y Phil por su ayuda y cooperación en la compilación de estas pruebas y la crítica constructiva de mi propio validador.

Las personas deben ser conscientes de las here en particular. Tres de los ejemplos canónicos son, de hecho, direcciones no válidas.