Agentes y formato del mensaje
Quién hace qué mientras un correo viaja, dónde espera hasta que su destinatario lo recoge y cómo está construido un mensaje: cabeceras, cuerpo y la extensión MIME que permite adjuntar ficheros.
Los cinco agentes del correo
El correo electrónico no funciona conectando el programa de quien escribe con el programa de quien lee. Entre los dos hay una cadena de piezas especializadas, cada una con un único trabajo, y el mensaje se va entregando de una a la siguiente hasta llegar al buzón de destino. A cada una de esas piezas se le llama agente, y todas tienen un nombre en inglés de tres letras que hay que saberse.
| Agente | Nombre completo | Trabajo que hace |
|---|---|---|
| MUA | Mail User Agent | El programa que usa la persona para escribir y leer. Thunderbird, Outlook, la aplicación de correo del móvil. |
| MSA | Mail Submission Agent | Recoge lo que le entrega el MUA, comprueba que quien envía es quien dice ser y lo pone en circulación. |
| MTA | Mail Transfer Agent | El servidor que transporta el mensaje de un dominio a otro hasta dejarlo en el MTA del dominio destinatario. |
| MDA | Mail Delivery Agent | Toma el mensaje ya en su dominio de destino y lo deposita en el buzón concreto de la persona a la que va dirigido. |
| MAA | Mail Access Agent | Atiende al MUA del destinatario cuando este quiere consultar su buzón, hablando POP3 o IMAP. |
El recorrido completo, entonces, es este: el MUA de quien escribe entrega el mensaje por SMTP a su MSA, que lo pasa al MTA de salida; ese MTA lo transporta, quizá a través de varios MTA intermedios, hasta el MTA del dominio de destino; allí el MDA lo deposita en el buzón; y cuando el destinatario abre su programa de correo, su MUA le pide al MAA que se lo entregue por POP3 o por IMAP. El MUA sabe a qué máquina hablar en cada caso porque al configurar la cuenta se le indican dos servidores distintos: el de salida y el de entrada.
Hay un MTA por cada dominio, y esa es la razón de ser del MSA en una organización grande. El MSA gobierna la salida: reparte y dosifica los envíos de los usuarios para que una campaña masiva no deje sin servicio a las MTA, y de paso concentra en un solo punto la autenticación de quien envía.
Regla para no perderse: SMTP solo sirve para empujar el mensaje hacia adelante, y POP3 e IMAP solo sirven para sacarlo del buzón. Ningún ordenador de usuario recibe correo por SMTP.
MUA
El cliente con el que la persona escribe el mensaje.
MSA
Recoge el envío autenticado (puerto 587) y lo entrega al primer transporte.
MTA
Transporta el mensaje de servidor en servidor por SMTP hasta el dominio de destino.
MDA
Deposita el mensaje en el buzón del destinatario.
MRA
El destinatario lo recupera con POP3 o IMAP desde su propio cliente.
Para el examen
MUA: el cliente con el que se escribe
MSA: recoge el envío autenticado
MTA: transporta entre servidores
MDA: entrega en el buzón
MRA: recupera el correo para el destinatario
El buzón y el spool
El spool de correo es el almacenamiento físico donde el MDA va dejando los mensajes que llegan y donde estos esperan hasta que su destinatario los recoge. Conviene fijar la idea porque induce a error el nombre: un spool, en informática, suele ser una cola de salida, pero el spool de correo está orientado a la recepción. Son los buzones.
En un servidor de correo sobre Linux con el formato clásico mbox, el buzón de cada usuario es un único fichero de texto que se va engordando, y todos ellos viven bajo el directorio /var/spool/mail. El formato alternativo, Maildir, guarda cada mensaje en un fichero independiente dentro de un árbol de carpetas, lo que evita bloquear el buzón entero para escribir un solo correo.
# Buzones en formato mbox: un fichero por usuario
ls -l /var/spool/mail
# -rw-rw---- 1 soporte mail 148213 ago 16 09:12 soporte
# Cuánto ocupa el buzón de un usuario concreto
du -h /var/spool/mail/soporte
# Cuántos mensajes lleva dentro (cada uno empieza por la línea From_)
grep -c '^From ' /var/spool/mail/soporteEl spool de correo no es una cola de salida: es donde el mensaje espera a que vengan a buscarlo. Por eso vaciar /var/spool/mail borra correo recibido, no correo pendiente de enviar.
Para el examen
mbox: todos los mensajes en un único fichero
Maildir: un fichero por mensaje; aguanta mejor los accesos simultáneos
El formato del mensaje: cabeceras y cuerpo
Un mensaje de correo es un fichero de texto con dos partes: primero las cabeceras, una por línea y con la forma «Nombre: valor», y después el cuerpo. Lo que separa a las dos es una línea completamente en blanco: la primera que aparezca marca el final de las cabeceras y el principio del texto que lee el usuario.
Ese formato lo fijó el RFC 822, de 1982, cuyo número aún se cita en los exámenes aunque desde 2008 el vigente sea el RFC 5322. La limitación que lo define es que solo admite texto ASCII, es decir, siete bits por carácter. De ahí salen sus dos carencias históricas: no se pueden escribir tildes ni eñes y no se puede adjuntar un fichero binario.
| Cabecera | Para qué sirve |
|---|---|
| From | Quién firma el mensaje. Es la que ve el destinatario en su bandeja. |
| To | Destinatarios principales. |
| CC | Destinatarios en copia, visibles para todos. |
| Subject | El asunto. |
| Date | Fecha y hora de redacción, con su huso horario. |
| Message-ID | Identificador único del mensaje, que asigna el servidor. |
| In-Reply-To | Identificador del mensaje al que se responde. |
| Reply-To | Dirección a la que debe ir la respuesta, si no es la de From. |
| Received | La deja cada servidor por el que pasa el mensaje. Se acumulan. |
| Return-Path | Dirección a la que se devuelven los errores de entrega. |
From: Llegando al Corte <soporte@llegandoalcorte.com>
To: alumno@example.org
Subject: Tu simulacro del tema 3 ya esta corregido
Date: Sat, 16 Aug 2026 09:12:04 +0200
Message-ID: <20260816071204.4821@llegandoalcorte.com>
Return-Path: <rebotes@llegandoalcorte.com>
Has acertado 47 de 60 preguntas. Tus dos temas mas flojos
esta semana son contenedores y microservicios.La línea en blanco es estructural, no estética. Si por error se cuela una línea vacía en medio de las cabeceras, todo lo que venga detrás deja de ser cabecera y se muestra al usuario como texto del mensaje.
Para el examen
Las tres partes: cabeceras, línea en blanco y cuerpo
Qué separa las partes: la línea en blanco
MIME: adjuntos y tildes en un formato de solo texto
MIME, Multipurpose Internet Mail Extensions, es la extensión que resolvió las dos carencias anteriores sin tocar el transporte. Por el cable sigue viajando texto ASCII: lo que hace MIME es añadir cabeceras que describen qué hay realmente dentro y cómo se ha convertido a texto, para que el programa del destinatario deshaga la conversión y lo reconstruya.
- MIME-Version: declara que el mensaje usa MIME. Su valor es siempre 1.0.
- Content-Type: qué clase de contenido viene, expresado como tipo/subtipo.
- Content-Transfer-Encoding: cómo se ha codificado ese contenido para poder viajar como texto.
| Content-Type | Qué significa |
|---|---|
| text/plain | Texto sin formato. Es el valor por defecto. |
| text/html | El cuerpo es una página HTML. |
| multipart/mixed | El mensaje se compone de varias partes distintas que se suman: el texto y, detrás, los adjuntos. |
| multipart/alternative | El mismo contenido repetido en varios formatos. El cliente enseña el que sepa pintar mejor y descarta el resto. |
| application/pdf | Un documento PDF adjunto. |
| image/gif | Una imagen en formato GIF. |
| video/mpeg | Un vídeo MPEG. |
Cuando el tipo es multipart hace falta algo que diga dónde acaba una parte y empieza la siguiente, porque todas van seguidas dentro del mismo cuerpo. Ese algo es el parámetro boundary, que acompaña a Content-Type: es una cadena identificadora inventada para ese mensaje, que luego aparece dentro del cuerpo precedida de dos guiones cada vez que hay un cambio de contenido, y una última vez con dos guiones también al final para cerrar.
| Content-Transfer-Encoding | Cuándo se usa |
|---|---|
| 7bit | El contenido ya es ASCII puro y no necesita conversión. |
| 8bit | Texto con octavo bit, que solo pasa si todos los servidores del camino lo admiten. |
| binary | Datos en bruto, sin restricción de longitud de línea. Apenas se usa en correo. |
| quoted-printable | Para texto que es casi ASCII: deja legible lo que ya lo era y escapa solo los caracteres raros, que se escriben como un signo igual y dos dígitos. |
| base64 | Para binario puro. Convierte cualquier fichero en caracteres ASCII a costa de crecer aproximadamente un tercio. |
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="corte-8f21c4"
--corte-8f21c4
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Adjunto va tu informe de preguntas falladas del tema 3.
--corte-8f21c4
Content-Type: application/pdf; name="falladas-tema-3.pdf"
Content-Transfer-Encoding: base64
JVBERi0xLjQKJeLjz9MKMyAwIG9iago8PC9UeXBlL1BhZ2U...
--corte-8f21c4--multipart/mixed y multipart/alternative se confunden en el examen. Mixed son partes distintas que se suman: el texto más el adjunto. Alternative es el mismo contenido repetido en dos formatos para que el cliente elija uno solo.
Para el examen
Qué permite: adjuntos, tildes y varios formatos en un correo pensado para texto de siete bits
Codificaciones: Base64 y quoted-printable
Clientes y servidores de correo
Los productos concretos se preguntan por su nombre, así que conviene saber colocarlos en el lado que les toca. Un cliente de correo es un MUA: se instala en el equipo del usuario y no guarda el correo de nadie más. Un servidor de correo hace de MTA y normalmente también de MDA y de MAA: es el que recibe, transporta y custodia los buzones de todo un dominio.
| Papel | Productos |
|---|---|
| Clientes (MUA) | Microsoft Outlook, y sus antecesores Outlook Express y Windows Mail; Mozilla Thunderbird; eM Client; IBM Lotus Notes, hoy HCL Notes. |
| Servidores (MTA y buzones) | Microsoft Exchange; IBM Lotus Domino, hoy HCL Domino; Zimbra; y los cuatro clásicos de Unix: Postfix, Exim, Sendmail y qmail. |
En el mundo Linux, Postfix y Exim son con diferencia los MTA más extendidos hoy; Sendmail es el veterano del que casi todos los demás se declararon alternativa, y qmail nació buscando un diseño más seguro que el suyo. Exchange y Domino no son solo MTA: son suites que integran correo, calendario y directorio, y llevan su propio acceso web, que no habla ni POP3 ni IMAP.
Para el examen
Sobre del envío: MAIL FROM y RCPT TO
Cabeceras visibles: independientes del sobre
Consecuencia: se puede falsear el remitente que ve el usuario