Un buzón [1] (también buzón de correo electrónico , [1] casilla de correo electrónico , buzón de correo electrónico , buzón de correo electrónico ) es el destino al que correo electrónico se entregan los mensajes. Es el equivalente a un buzón en el sistema postal.
Definiciones [ editar ]
Un buzón se identifica mediante una dirección de correo electrónico . Sin embargo, no todas las direcciones de correo electrónico corresponden a una instalación de almacenamiento. El término pseudo-buzón a veces se usa para referirse a una dirección que no corresponde a un almacén de correo definitivo. El reenvío de correo electrónico se puede aplicar para llegar a los destinatarios finales de dichas direcciones. Las listas de correo electrónico y los alias de correo electrónico son ejemplos típicos.
RFC 5321, [2] define una dirección de correo electrónico como una cadena de caracteres que identifica a un usuario a quien se enviará el correo o una ubicación en la que se depositará el correo. El término buzón se refiere a ese depositario. En ese sentido, los términos buzón y dirección se pueden usar indistintamente.
RFC 5322 define un buzón de la siguiente manera: [3] Un buzón recibe correo. Es una "entidad conceptual" que no pertenece necesariamente al almacenamiento de archivos. Además, ejemplifica que algunos sitios pueden optar por imprimir el correo en una impresora y entregar la salida al escritorio del destinatario, de manera muy similar a una transmisión de fax tradicional .
Acceder [ editar ]
El acceso a un buzón está controlado por un proveedor de buzón . Por lo general, cualquiera puede enviar mensajes a un buzón, mientras que solo los usuarios autenticados pueden leer o eliminar de sus propios buzones. Un cliente de correo electrónico recupera mensajes de uno o más buzones de correo. La base de datos (archivo, directorio, sistema de almacenamiento) en la que el cliente almacena los mensajes se denomina buzón de correo local .
Acceso de lectura [ editar ]
Los protocolos cliente-servidor más populares para recuperar mensajes son:
- Protocolo de oficina de correos (POP): un método que es más adecuado para leer mensajes desde una sola computadora cliente. Por lo general, los mensajes se eliminan del buzón del servidor después de su recuperación. De todos modos, la copia maestra de un mensaje es la que está en el buzón local.
- Protocolo de acceso a mensajes de Internet (IMAP): diseñado para recuperar mensajes de varios clientes al permitir la administración remota del buzón del servidor. Las copias maestras permanecen en el servidor, pero se puede guardar una copia localmente.
- Webmail sobre HTTP : los mensajes se envían al navegador de un usuario en un formato definido por el servidor. Las copias maestras permanecen en el servidor, posiblemente en el formato original, que puede ser descargable.
IMAP y el correo web pueden combinarse más o menos a la perfección. POP, si está configurado para dejar mensajes en el servidor, puede ser compatible con ellos.
El formato de mensaje de Internet, actualmente definido por RFC 5322, se remonta a 1982 (RFC 822). Eso es lo que esperan recuperar los clientes POP e IMAP.
Acceso de escritura [ editar ]
Los mensajes enviados a un buzón de correo los escribe un agente de entrega de correo en el buzón de correo local del servidor, que, para los usuarios remotos, es un buzón de correo remoto que poseen en ese servidor. Los clientes IMAP pueden copiar, mover y eliminar mensajes en buzones de correo remotos.
Cuota de tamaño [ editar ]
Los buzones tienen un límite de tamaño, ya sea determinado implícitamente por la memoria disponible o después de las definiciones de cuotas para ese buzón o carpetas del mismo. Además de trivia administrativa, los límites de cuota ayudan a mitigar los ataques con bombas por correo electrónico . [4]
En 1997 se normalizó una prórroga del IMAP para la cuota. [5]
Formato de almacenamiento [ editar ]
Se puede utilizar cualquier tipo de base de datos para almacenar mensajes de correo electrónico. Sin embargo, cierta estandarización ha dado lugar a varios formatos de archivo conocidos para permitir el acceso a un buzón determinado por diferentes programas informáticos . Hay dos tipos de formatos ampliamente utilizados:
- mbox es la técnica original de almacenar todos los mensajes en un solo archivo,
- Maildir es una especificación más reciente que permite almacenar todos los mensajes en un árbol de directorios, con un archivo para cada mensaje.
Nombres de buzones [ editar ]
El nombre de un buzón es la primera parte de una dirección de correo electrónico, también conocida como parte local ; es decir, la parte antes del símbolo @ . Su formato está especificado formalmente por RFC 5322 y RFC 5321. A menudo es el nombre de usuario del destinatario en el servidor de correo o en el dominio de destino.
La parte local puede tener hasta 64 caracteres y, en teoría, distingue entre mayúsculas y minúsculas. Puede constar de una secuencia de caracteres válidos (que se describen a continuación) o una cadena entre comillas, que también puede contener espacios y caracteres especiales. Al utilizar la extensión SMTPUTF8 de SMTP, también es posible utilizar caracteres que no sean ASCII. [6] Se necesita algo de sentido común al crear nuevos nombres de buzones para evitar errores comunes. En palabras de RFC 5321, muy cauteloso a la hora de imponer restricciones:
Si bien la definición anterior de parte local es relativamente permisiva, para una máxima interoperabilidad, un host que espera recibir correo DEBE evitar definir buzones de correo donde la parte local requiere (o usa) la forma de cadena entre comillas o donde la parte local es el caso -sensitivo.
- John Klensin, RFC 5321
Caracteres válidos [ editar ]
Los siguientes caracteres pueden aparecer en una parte local sin citar:
- Letras en inglés en mayúsculas y minúsculas (a – z, A – Z) y secuencias UTF-8 si usa SMTPUTF8
- Dígitos
0a9 - Caracteres
! # $ % & ' * + - / = ? ^ _ ` { | } ~ - Carácter
.(punto) siempre que no sea el primer ni el último carácter, y siempre que no aparezca dos o más veces consecutivas (por ejemplo, John..Doe @ example.com).
Nombres reservados [ editar ]
Los nombres "administrador de correos", "abuso" y otros corresponden a roles y funciones bien conocidos, y deben ser válidos. [7]
Se sabe que algunos nombres causan problemas, posiblemente porque entran en conflicto con los nombres utilizados internamente por (algunas partes) del software de correo, incluidos los filtros de correo , o porque el sistema de almacenamiento subyacente se ahoga con ellos. Existen varias listas, por ejemplo, en GitHub . [8] [9]
Referencias [ editar ]
- ^ a b ISO / IEC 2382: 2015
- ^ RFC 5321, Protocolo simple de transferencia de correo , J. Klensin, The Internet Society (octubre de 2008), Sección 2.3.11 ( Buzón y dirección )
- ^ RFC 5322, Formato de mensaje de Internet , P. Resnick (Ed.), The Internet Society (octubre de 2008), Sección 3.4 ( Especificación de dirección )
- ^ Nick Christenson; Tim Bosserman; David Beckemeyer (9 de diciembre de 1997). "Un servicio de correo electrónico altamente escalable utilizando sistemas abiertos" . USENIX . Consultado el 12 de diciembre de 2015 .
Además de la autenticación y la ubicación del buzón, el agente de entrega de correo también conoce las cuotas de buzón que imponemos a nuestros suscriptores. Si el tamaño del buzón actual supera la cuota de ese usuario, el valor predeterminado es 10 MB, el mensaje se devuelve al MTA con el motivo "Usuario npc, buzón lleno". Además de prevenir el abuso de recursos por parte de los suscriptores, esto también ayuda a mitigar los posibles efectos dañinos del bombardeo de correo por parte de personas malintencionadas en Internet. Creemos que una cuota de 10 MB es bastante generosa, especialmente considerando más de un módem de 28.8 que usa velocidades de línea de muy alta calidad y sin cuellos de botella en la red, uno podría esperar tomar más de una hora para descargar el contenido de un buzón de 10 MB.
- ^ John G. Myers (enero de 1997). Extensión IMAP4 QUOTA . IETF . doi : 10.17487 / RFC2087 . RFC 2087 .
- ^ Jiankang YAO; Wei MAO (febrero de 2012). "La extensión SMTPUTF8" . Extensión SMTP para correo electrónico internacionalizado . IETF . segundo. 3.2. doi : 10.17487 / RFC6531 . RFC 6531 . Consultado el 12 de diciembre de 2015 . CS1 maint: parámetro desalentado ( enlace )
- ^ Dave Crocker (mayo de 1997). Nombres de buzones de correo para servicios, roles y funciones comunes . IETF . segundo. 3,4,5. doi : 10.17487 / RFC2142 . RFC 2142 . Consultado el 12 de diciembre de 2015 . CS1 maint: parámetro desalentado ( enlace )
- ^ Casey O'Hara (2011). "Una lista de nombres de usuario reservados para evitar la colisión de URL personalizadas con rutas de recursos" . GitHub . Consultado el 12 de diciembre de 2015 .
- ^ Michael Mahemoff (2011). "Lista de nombres de usuario reservados" .
