Hispanopedia WikiUn buzón [ 1 ] (también buzón electrónico , [ 1 ] buzón de correo electrónico , buzón de correo electrónico , e-mailbox ) es el destino al que se entregan los mensajes de correo electrónico . Es el equivalente a un buzón de correos en el sistema postal.
Definiciones
Un buzón de correo se identifica mediante una dirección de correo electrónico . Sin embargo, no todas las direcciones de correo electrónico corresponden a un servicio de almacenamiento. El término "pseudobuzón" se utiliza a veces para referirse a una dirección que no corresponde a un servicio de correo definitivo. El reenvío de correo electrónico puede utilizarse para llegar a los destinatarios finales desde 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 al que se enviará el correo o a una ubicación donde se depositará. El término buzón se refiere a ese depósito. En ese sentido, los términos buzón y dirección pueden usarse indistintamente.
RFC 5322 define un buzón de correo de la siguiente manera: [ 3 ] Un buzón de correo recibe correo. Es una "entidad conceptual" que no necesariamente se refiere 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 similar a una transmisión de fax tradicional.
Acceso
El acceso a un buzón de correo está controlado por un proveedor de correo electrónico . Normalmente, cualquiera puede enviar mensajes a un buzón, mientras que solo los usuarios autenticados pueden leer o eliminar mensajes de sus propios buzones. Un cliente de correo electrónico recupera los mensajes de uno o más buzones. La base de datos (archivo, directorio, sistema de almacenamiento) donde el cliente guarda los mensajes se denomina buzón local .
Acceso de lectura
Los protocolos cliente-servidor más populares para recuperar mensajes son:
- Protocolo de Oficina Postal (POP): método idóneo para leer mensajes desde un único ordenador cliente. Normalmente, los mensajes se eliminan del buzón del servidor tras su recuperación. En cualquier caso, la copia maestra de un mensaje es la que se encuentra en el buzón local.
- Protocolo de acceso a mensajes de Internet (IMAP): diseñado para recuperar mensajes de múltiples clientes, permitiendo la administración remota del buzón del servidor. Las copias maestras permanecen en el servidor, pero se puede guardar una copia localmente.
- Correo web a través de HTTP : los mensajes se envían al navegador del usuario en un formato definido por el servidor. Las copias maestras permanecen en el servidor, posiblemente en el formato original, que puede descargarse.
IMAP y el correo web pueden funcionar juntos de forma prácticamente integrada. POP, si está configurado para dejar los mensajes en el servidor, también puede ser compatible con ellos.
El formato de mensaje de Internet, definido actualmente por el RFC 5322, data de 1982 (RFC 822). Ese es el formato que esperan recibir los clientes POP e IMAP.
Acceso de escritura
Los mensajes enviados a un buzón son escritos por un agente de entrega de correo en el buzón local del servidor, que, para los usuarios remotos, es un buzón remoto de su propiedad en ese servidor. Los clientes IMAP pueden copiar, mover y eliminar mensajes en buzones remotos.
Cuota de tamaño
Los buzones de correo tienen un límite de tamaño, determinado implícitamente por la memoria disponible o después de definir cuotas para ese buzón o sus carpetas. Además de ser una cuestión administrativa, los límites de cuota ayudan a mitigar los ataques de bombardeo de correo electrónico . [ 4 ]
En 1997 se estandarizó una extensión del IMAP para cuotas. [ 5 ]
Formato de almacenamiento
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 que permiten el acceso a un buzón de correo determinado mediante diferentes programas informáticos . Existen dos tipos de formatos ampliamente utilizados:
Nombres de buzones de correo
El nombre del buzón es la primera parte de una dirección de correo electrónico, también conocida como parte local ; es decir, la parte anterior al símbolo @ . Su formato está especificado formalmente en los RFC 5322 y 5321. Generalmente, se trata del nombre de usuario del destinatario en el servidor de correo o en el dominio de destino.
La parte local puede tener hasta 64 caracteres de longitud y, en teoría, distingue entre mayúsculas y minúsculas. Puede consistir en una secuencia de caracteres válidos (descrita a continuación) o en una cadena entre comillas, que también puede contener espacios y caracteres especiales. Mediante la extensión SMTPUTF8 de SMTP, también es posible utilizar caracteres no ASCII. [ 6 ] Se necesita sentido común al crear nuevos nombres de buzón para evitar errores comunes. En palabras de la RFC 5321, se recomienda precaución al imponer restricciones:
Si bien la definición anterior de Local-part es relativamente permisiva, para lograr la máxima interoperabilidad, un host que espera recibir correo DEBERÍA evitar definir buzones de correo donde Local-part requiera (o utilice) el formato Quoted-string o donde Local-part distinga entre mayúsculas y minúsculas.
— John Klensin, RFC 5321
Caracteres válidos
Los siguientes caracteres pueden aparecer en una parte local sin comillas:
- Letras mayúsculas y minúsculas del alfabeto inglés (a–z, A–Z) y secuencias UTF-8 si se utiliza SMTPUTF8.
- Dígitos
0a9 - Personajes
! # $ % & ' * + - / = ? ^ _ ` { | } ~ - Carácter
.(punto) siempre que no sea el primer ni el último carácter, y siempre que tampoco aparezca dos o más veces consecutivas (por ejemplo, John..Doe@example.com).
Nombres reservados
Los nombres "postmaster", "abuse" 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 nombres utilizados internamente por (algunas partes de) el software de correo, incluidos los filtros de correo , o porque el sistema de almacenamiento subyacente no los admite. Existen varias listas, por ejemplo en GitHub . [ 8 ] [ 9 ]
Referencias
- 1 2 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 que utiliza sistemas abiertos" . USENIX . Recuperado 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 actual del buzón supera la cuota para ese usuario, que por defecto es de 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 que con un módem de 28,8 utilizando velocidades de línea de muy alta calidad y sin cuellos de botella en la red, se podría esperar que se tardara más de una hora en descargar el contenido de un buzón de 10 MB.
- ↑ John G. Myers (enero de 1997). Extensión de cuota IMAP4 . 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 . sec. 3.2. doi : 10.17487/RFC6531 . RFC 6531. Consultado el 12 de diciembre de 2015 .
- ↑ Dave Crocker (mayo de 1997). Nombres de buzones para servicios, roles y funciones comunes . IETF . sec. 3,4,5. doi : 10.17487/RFC2142 . RFC 2142. Consultado el 12 de diciembre de 2015 .
- ↑ Casey O'Hara (2011). "Una lista de nombres de usuario reservados para evitar colisiones de URL vanidad con rutas de recursos" . GitHub . Recuperado el 12 de diciembre de 2015 .
- ↑ Michael Mahemoff (2011). "Lista de nombres de usuario reservados" .
- Correo electrónico