email - qué - ¿Cuál es el límite de longitud del asunto del correo electrónico?
qué se pone en la línea de asunto de un correo (4)
No creo que haya un límite formal aquí, y estoy bastante seguro de que tampoco hay ningún límite rígido especificado en el RFC, como lo descubrió.
Creo que algunas limitaciones bastante comunes para las líneas de asunto en general (no solo el correo electrónico) son:
- 80 personajes
- 128 personajes
- 256 caracteres
Obviamente, quieres proponer algo que sea razonable. Si está escribiendo un cliente de correo electrónico, es posible que desee utilizar 256 caracteres y, obviamente, realizar pruebas exhaustivas contra los grandes servidores comerciales para asegurarse de que sirven su correo correctamente.
¡Espero que esto ayude!
¿Cuántos caracteres se permiten en el asunto del correo electrónico de Internet? Tuve un escaneo de The RFC para el correo electrónico, pero no pude ver específicamente cuánto tiempo se permitió. Tengo un colega que quiere validarlo programáticamente.
Si no hay un límite formal, ¿cuál es la longitud adecuada para sugerir en la práctica? Aclamaciones,
RFC2322 indica que el encabezado del asunto "no tiene restricción de longitud"
pero para producir encabezados largos, pero es necesario dividirlo en varias líneas, un proceso llamado "plegado".
El sujeto se define como "no estructurado" en RFC 5322
Aquí hay algunas citas ([...] indican cosas que omití)
3.6.5. Informational Fields
The informational fields are all optional. The "Subject:" and
"Comments:" fields are unstructured fields as defined in section
2.2.1, [...]
2.2.1. Unstructured Header Field Bodies
Some field bodies in this specification are defined simply as
"unstructured" (which is specified in section 3.2.5 as any printable
US-ASCII characters plus white space characters) with no further
restrictions. These are referred to as unstructured field bodies.
Semantically, unstructured field bodies are simply to be treated as a
single line of characters with no further processing (except for
"folding" and "unfolding" as described in section 2.2.3).
2.2.3 [...] An unfolded header field has no length restriction and
therefore may be indeterminately long.
Vea RFC 2822 , sección 2.1.1 para comenzar.
Hay dos límites que este estándar coloca en el número de caracteres en una línea. Cada línea de caracteres NO DEBE tener más de 998 caracteres, y DEBERÍA tener no más de 78 caracteres, excluyendo el CRLF.
Como lo indica el RFC más adelante, puede solucionar este límite (no que deba) doblando el tema sobre varias líneas.
Cada campo de encabezado es lógicamente una sola línea de caracteres que comprende el nombre del campo, los dos puntos y el cuerpo del campo. Sin embargo, por conveniencia, y para lidiar con las limitaciones de 998/78 caracteres por línea, la parte del cuerpo del campo de un campo de encabezado se puede dividir en una representación de múltiples líneas; Esto se llama "plegado". La regla general es que siempre que este estándar permita el plegado de espacios en blanco (no simplemente los caracteres WSP), se puede insertar un CRLF antes de cualquier WSP. Por ejemplo, el campo de encabezado:
Subject: This is a test
se puede representar como:
Subject: This is a test
La recomendación de no más de 78 caracteres en el encabezado del asunto suena razonable. Nadie quiere desplazarse para ver la línea de asunto completa, y algo importante podría cortarse a la derecha.
después de algunas pruebas: si envía un correo electrónico a un cliente de Outlook, y el tema es> 77 caracteres, y necesita usar "=?ISO"
dentro del tema (en mi caso debido a los acentos), OutLook "cortará" el Sujete la parte central de la misma y mezcle todo lo que venga después, incluido el texto del cuerpo, los archivos adjuntos, etc. ¡Toda una malla!
Tengo varios ejemplos como este:
Subject: =?ISO-8859-1?Q?Actas de la obra N=BA.20100154 (Expediente N=BA.20100182) "NUEVA RED FERROVIARIA.=
TRAMO=20BEASAIN=20OESTE(Pedido=20PC10/00123-125),=20BEASAIN".?=
A:
Como puede ver, en la línea de asunto se cortó en el carácter 78 con un "=" seguido de 2 o 3 avances de línea, luego continuó con el resto del tema mal.
Se me informó de varios clientes que todos usaban OutLook, otros clientes de correo electrónico se ocupaban de esos temas.
Si no tiene ISO, no duele, pero si lo agrega a su tema para ser bueno con RFC, entonces obtendrá esta sorpresa de OutLook. Si no agrega los ISO, el correo electrónico del iPhone no lo entenderá (y adjuntar archivos con nombres que usen dichos caracteres no funcionará en iPhones).