Módulo 1 · 1.1

Español

Nederlands English Deutsch Français Español Italiano Polski Português

Qué ocurre al hacer clic en Enviar

Módulo 1: Así funciona su correo · Tiempo de lectura: 9 minutos

Objetivo de aprendizaje: Después de esta lección podrá explicar qué recorrido hace un correo entre Enviar y la bandeja de Entrada del destinatario, y sabrá señalar la diferencia entre el sobre y las cabeceras de un correo.

Conceptos clave: webmail, servidor de correo, SMTP, registro MX, IMAP, sobre, cabeceras, Return-Path, Received, Message-ID, SPF, DKIM, DMARC

El webmail es un programa de correo en su navegador

Su correo no está en su navegador ni en su ordenador. Está en un servidor de correo: un ordenador que está encendido día y noche y que recibe, guarda y reenvía el correo. Para leer ese correo necesita un programa de correo. Puede ser Outlook, la aplicación de correo de su teléfono o el webmail.

El webmail es simplemente un programa de correo que funciona en su navegador. En WebOké es Roundcube. Roundcube no es un servidor de correo. Se comunica con el servidor de correo en su nombre, con los mismos lenguajes que usan Outlook o Apple Mail:

IMAP para leer, mover y eliminar su correo;
SMTP para enviar correo.

Si algo no funciona en el webmail, a menudo no es culpa del webmail, sino de lo que hace o responde el servidor. Y al revés: si el envío funciona en el webmail pero no en su programa de correo, el problema está en la configuración de ese programa.

De Enviar a Entrada en cinco pasos

Sanne de Vries (sanne@example.com) tiene un taller de flores. Envía a su cliente Ahmed (ahmed@example.net) un presupuesto para un ramo de novia. Esto es lo que ocurre cuando hace clic en Enviar.

Entrega al propio servidor. El webmail entrega el mensaje mediante SMTP al servidor de correo de Sanne. Esto también se llama envío o submission. Sanne tiene que iniciar sesión para ello; si no, cualquiera podría usar su servidor para enviar spam. Los programas de correo usan para esto el puerto 465 o 587, con cifrado. El webmail de WebOké envía a través del mismo servidor en el que ha iniciado sesión.
Buscar el camino. El servidor de Sanne mira la parte que va después de la @ de Ahmed: example.net. Consulta en el DNS el registro MX de ese dominio. Ese registro indica qué servidor acepta el correo para example.net.
Entregar. El servidor de Sanne contacta con ese servidor receptor y le entrega el mensaje, de nuevo con SMTP. Entre servidores esto se hace por el puerto 25.
En el buzón. El servidor receptor comprueba el mensaje (¿existe la dirección?, ¿es spam?) y lo coloca en el buzón de Ahmed, en Entrada o en la carpeta de spam.
Leer. Ahmed abre su programa de correo o su webmail. Este recupera el mensaje con IMAP y lo muestra.

Cada paso puede fallar por separado. Por eso un mensaje de error siempre da una pista sobre el lugar: ¿no pudo Sanne iniciar sesión en su propio servidor (paso 1), no encontró su servidor al destinatario (paso 2 o 3), o rechazó el servidor receptor el correo (paso 4)?

Sobre y carta: dos tipos de direcciones

Un correo se parece a una carta dentro de un sobre. Los servidores solo miran el sobre. Usted y Ahmed ven sobre todo la carta.

El sobre se crea durante la conversación SMTP entre dos servidores. El servidor que envía dice primero de quién viene el correo (el comando MAIL FROM) y después para quién es (RCPT TO). Solo entonces sigue el mensaje en sí. La dirección del remitente del sobre es la dirección a la que van los mensajes de error. En la entrega final, el servidor receptor la coloca al principio del mensaje como Return-Path.

La carta empieza con las cabeceras (headers): líneas con un nombre, dos puntos y un valor. Las más conocidas son:

From: el remitente que ve en su programa de correo;
To y Cc: los destinatarios que ve;
Subject: el asunto;
Date: el momento del envío, según el reloj del programa del remitente;
Message-ID: un identificador único de este mensaje. Las respuestas hacen referencia a él; así un programa de correo sabe qué mensajes van juntos.

El sobre y las cabeceras no tienen por qué coincidir. Si Sanne envía un correo con copia oculta (Cco) a su compañero Daan (daan@example.com), Daan sí figura en el sobre, pero no en las cabeceras. Por eso Ahmed no ve que Daan también lo lee. Y un boletín suele tener un Return-Path del servicio de boletines, mientras que From es la dirección de la tienda. Los mensajes de error llegan entonces al servicio.

Líneas Received: el diario de viaje de un correo

Cada servidor que acepta un correo debe añadirle una cabecera Received, y además arriba del todo. Así un correo va construyendo por el camino un diario de viaje. La línea Received superior es, por tanto, el último paso, y la inferior el primero. Se leen de abajo arriba.

Así se ven aproximadamente las cabeceras del correo de Sanne en el buzón de Ahmed (abreviadas):

Return-Path: <sanne@example.com>
Received: from mail.example.com (mail.example.com [192.0.2.10])
        by mx.example.net with ESMTPS
        for <ahmed@example.net>; Tue, 10 Nov 2026 10:15:04 +0100
Received: from webmail.example.com ([192.0.2.20])
        by mail.example.com with ESMTPSA
        for <ahmed@example.net>; Tue, 10 Nov 2026 10:15:02 +0100
From: Sanne de Vries <sanne@example.com>
To: Ahmed <ahmed@example.net>
Subject: Offerte bruidsboeket
Date: Tue, 10 Nov 2026 10:15:01 +0100
Message-ID: <20261110091501.a1b2c3@example.com>

Lea primero la línea Received inferior. El webmail entregó el mensaje a mail.example.com. Las letras ESMTPSA significan: cifrado (S) y con inicio de sesión (A). Después, mail.example.com lo pasó a mx.example.net, el servidor de Ahmed. La parte después de "from" es el servidor que ofreció el correo; la parte después de "by", el servidor que lo aceptó. Las horas muestran cuánto tardó cada paso.

Una trampa: un remitente puede añadir él mismo líneas falsas abajo antes de enviar. Por eso, fíese sobre todo de las líneas superiores, que han sido creadas por servidores que usted conoce, como el servidor de su propio proveedor.

Por qué From se puede falsificar

El protocolo SMTP se diseñó en una época en la que todos confiaban en todos. Nada en el propio protocolo comprueba si el remitente de From es auténtico. Un estafador puede, por tanto, enviar un correo con From: sanne@example.com sin tener nada que ver con Sanne.

Por eso se añadieron más tarde tres comprobaciones, que el propietario de un dominio configura en su DNS:

SPF indica qué servidores pueden enviar correo con un remitente de sobre de ese dominio.
DKIM pone una firma digital en el mensaje. El destinatario la comprueba con una clave del DNS del dominio que firmó.
DMARC vincula esas dos con el dominio que usted ve en From, e indica qué debe hacer el destinatario si la comprobación falla: nada, enviarlo a spam o rechazarlo.

Esto lo gestiona el administrador del dominio, no usted como usuario del webmail. Cómo funciona exactamente lo aprenderá en el curso Correo en orden. Por ahora basta con saber que el nombre de remitente que se muestra no demuestra nada, y que en las cabeceras puede ver si estas comprobaciones han sido superadas (lección 2.2).

Enviado no significa recibido

Si su correo está en la carpeta Enviados, solo sabe una cosa con certeza: su propio servidor lo ha aceptado (paso 1). El resto ocurre después, a veces mucho más tarde.

El servidor receptor puede rechazarlo temporalmente. Algunos servidores piden a un remitente desconocido que lo vuelva a intentar más tarde (greylisting). Su servidor lo intenta entonces de nuevo, a veces durante días, y le avisa si sigue fallando.
El servidor receptor puede rechazar el correo de forma definitiva, por ejemplo porque la dirección no existe o el buzón está lleno. Entonces recibe un mensaje de error de vuelta (un rebote o bounce, lección 8.4).
El correo puede llegar pero acabar en la carpeta de spam. En ese caso no recibe ningún aviso.

Así que, si Sanne espera una respuesta que no llega, primero comprueba si hay un mensaje de error en su Entrada, y pide a Ahmed que mire en su carpeta de spam.

En la práctica: así funciona en el webmail

En el webmail puede ver las cabeceras de un mensaje con el botón Cabeceras situado encima del mensaje, o mediante Más > Mostrar código. La lección 2.2 lo trata con más detalle. Cómo el webmail y su programa de correo muestran juntos el mismo correo lo puede leer en el manual de Roundcube, en Qué es el webmail. En otros webmails, como Gmail u Outlook.com, funciona de forma parecida; solo cambia el nombre del botón (en Gmail, por ejemplo, Mostrar original).

Resumen

El webmail es un programa de correo en su navegador. Se comunica con el servidor de correo mediante IMAP (leer) y SMTP (enviar).
Un correo va de su propio servidor al servidor que figura en el registro MX del dominio del destinatario.
El sobre (MAIL FROM, RCPT TO, después Return-Path) es para los servidores; las cabeceras (From, To, Subject, Date, Message-ID) son para las personas y los programas.
Cada servidor añade una línea Received arriba del todo; se leen de abajo arriba.
From se puede falsificar; SPF, DKIM y DMARC dificultan la falsificación. Enviado no significa recibido.

Cuestionario

Ejercicio

Ejercicio A1.1: Leer las cabeceras. El material kopregels-1.txt se encuentra debajo de este ejercicio: las cabeceras de un correo real, pero anonimizado. Léalas de abajo arriba y rellene: el dominio de From, el dominio de Return-Path, cuántas líneas Received hay y qué servidor recibió el correo en último lugar (la línea Received superior, la parte después de "by"). El programa compara sus respuestas con la clave de respuestas y le muestra por cada pregunta si es correcta, con una explicación de dónde podría haberlo encontrado en las cabeceras.

Para saber más

Cuando se describen pasos en el webmail, se aplican al webmail de WebOké; en otros webmails funciona de forma parecida.

Cookies en WebOké

Ajustes de cookies

Necesarias

Marketing