Un buzón [1] (también buzón 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 se entregan los mensajes de correo electrónico . Es el equivalente a un buzón de cartas en el sistema postal.
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 un centro de almacenamiento. El término pseudobuzón se utiliza a veces para referirse a una dirección que no corresponde a un almacén de correo definitivo. El reenvío de correo electrónico puede aplicarse 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 le enviará un correo o una ubicación en la que se depositará el correo. El término buzón de correo se refiere a ese depósito. En ese sentido, los términos buzón de correo y dirección se pueden utilizar 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 pertenece al almacenamiento de archivos. Además, ejemplifica que algunos sitios pueden optar por imprimir el correo en una impresora y entregar el resultado al escritorio del destinatario, de forma muy similar a una transmisión de fax tradicional.
El acceso a un buzón de correo está controlado por un proveedor de buzón de correo . Por lo general, cualquiera puede enviar mensajes a un buzón de correo, mientras que solo los usuarios autenticados pueden leer o eliminar mensajes de sus propios buzones de correo. 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 .
Los protocolos cliente-servidor más populares para recuperar mensajes son:
IMAP y el correo web pueden funcionar juntos sin problemas. POP, si está configurado para dejar mensajes en el servidor, puede ser compatible con ellos.
El formato de los mensajes de Internet, definido actualmente por RFC 5322, data de 1982 (RFC 822). Eso es lo que los clientes POP e IMAP esperan recuperar.
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 que poseen en ese servidor. Los clientes IMAP pueden copiar, mover y eliminar mensajes en buzones remotos.
Los buzones de correo tienen un límite de tamaño, determinado implícitamente por la memoria disponible o según las definiciones de cuotas para ese buzón o sus carpetas. Además de cuestiones administrativas, los límites de cuota ayudan a mitigar los ataques de bombas de correo electrónico . [4]
En 1997 se estandarizó una extensión IMAP para cuotas. [5]
Se puede utilizar cualquier tipo de base de datos para almacenar mensajes de correo electrónico. Sin embargo, una cierta estandarización ha dado lugar a varios formatos de archivo conocidos que permiten el acceso a un buzón determinado por parte de distintos programas informáticos . Hay dos tipos de formatos ampliamente utilizados:
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 que precede al símbolo @ . Su formato está especificado formalmente en RFC 5322 y RFC 5321. Suele ser 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 consistir en una secuencia de caracteres válidos (descritos a continuación) o en una cadena entre comillas, que también puede contener espacios y caracteres especiales. Con la extensión SMTPUTF8 de SMTP también es posible utilizar caracteres que no sean ASCII. [6] Es necesario tener algo de sentido común al crear nuevos nombres de buzón para evitar errores comunes. En palabras de RFC 5321, mucho cuidado con imponer restricciones:
Si bien la definición anterior para la parte local es relativamente permisiva, para lograr la máxima interoperabilidad, un host que espera recibir correo DEBE evitar definir buzones donde la parte local requiere (o usa) el formato de cadena entre comillas o donde la parte local distingue entre mayúsculas y minúsculas.
— John Klensin, RFC 5321
Los siguientes caracteres pueden aparecer en una parte local sin comillas:
0a9! # $ % & ' * + - / = ? ^ _ ` { | } ~.(punto) siempre que no sea el primero ni el último carácter, y siempre que no aparezca dos o más veces consecutivas (por ejemplo, [email protected]).Los nombres "director de correos", "abuso" y otros corresponden a roles y funciones bien conocidos, y se requiere que sean 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 se bloquea con ellos. Existen varias listas, por ejemplo en GitHub . [8] [9]
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 es de 10 MB por defecto, el mensaje se devuelve al MTA con el motivo "Usuario npc, buzón lleno". Además de evitar 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 si se tiene en cuenta que, con un módem de 28,8 que utiliza velocidades de línea de muy alta calidad y sin cuellos de botella en la red, se podría esperar que se demore más de una hora en descargar el contenido de un buzón de 10 MB.
