El correo electrónico es una de esas tecnologías que usamos mil veces al día sin tener idea de lo que pasa por dentro. Damos clic en "enviar" y —casi siempre— el mensaje aparece del otro lado. Pero ese "casi siempre" es justo el problema: cuando falla, no llega a spam, rebota o se atora, la gente no tiene un mapa mental para entender por qué. Este artículo es ese mapa. Vamos a seguir un correo de cabo a rabo, en los dos sentidos, sin importar si tu servidor es un humilde sendmail con dovecot montado a mano, un cPanel o Plesk, o un Exchange Online de Microsoft: el flujo de fondo es el mismo para todos.
La ida: de tu "enviar" al buzón del otro
1. De tu cliente a tu servidor de salida. Tu programa de correo —Outlook, Thunderbird, el webmail, tu celular— no entrega el correo por sí mismo. Se lo pasa a tu servidor de salida (el MSA/MTA) hablando el protocolo SMTP, normalmente por el puerto 587 y cifrado con TLS. Aquí te autenticas: le demuestras al servidor que tienes derecho a enviar por él.
2. Tu servidor busca a dónde ir. Tu servidor mira el dominio del destinatario (lo que va después de la @) y le pregunta al DNS: "¿cuál es el registro MX de ese dominio?" El MX le dice qué servidor recibe el correo de ese destino. Sin MX, el correo no sabe a dónde ir.
3. Servidor a servidor. Tu servidor se conecta al servidor de destino y le entrega el mensaje, otra vez con SMTP, pero ahora por el puerto 25, que es el que usan los servidores para hablar entre ellos. Este salto puede pasar por varios servidores intermedios.
4. Cola, filtros y buzón. El servidor de destino no siempre entrega al instante: puede poner el mensaje en una cola si está ocupado o si el destino tarda. Antes de depositarlo, lo pasa por sus filtros —antispam, listas negras, reglas— y, si lo aprueba, lo deja en el buzón del destinatario.
La vuelta: del buzón a los ojos del destinatario
Aquí mucha gente se confunde: SMTP entregó el correo al buzón, pero el destinatario todavía no lo ve. Para recoger el correo de su buzón, su cliente usa otro protocolo distinto: POP (que descarga los correos, puerto 995 con cifrado) o IMAP (que los sincroniza y los deja en el servidor, puerto 993). Son dos filosofías distintas de leer el correo, y elegir mal causa el clásico "lo vi en la compu pero no está en el celular".
→ Buzón, POP e IMAP: dónde viven de verdad tus correos
Dónde se rompe (y a qué spoke ir)
- "No me llega el correo del otro." Puede ser cola, filtros o listas negras. → Listas negras y blancas y Encolamiento: por qué tarda o rebota.
- "Mis correos caen en spam." Autenticación y reputación. → SPF, DKIM y DMARC, deliverability y el PTR.
- "Un equipo de la red necesita mandar correos." → Relay de correo interno.
- "¿No hay algo más ágil que el correo?" → Mensajería vs email y el API de WhatsApp.
La idea que se queda
El correo parece magia hasta que falla, y entonces parece brujería. No es ninguna de las dos: es un flujo ordenado de servidores, protocolos y puertos que puedes seguir paso a paso. Cuando entiendes que enviar (SMTP) y recibir (POP/IMAP) son fases distintas, que el DNS es quien dice a dónde va cada correo, y que hay filtros y colas en medio, dejas de estar a merced del correo y empiezas a diagnosticarlo. Y montar todo eso bien —con la autenticación, el cifrado y la entregabilidad resueltos— es exactamente lo que hace un servicio de correo empresarial serio.
Preguntas frecuentes
help ¿Da lo mismo el flujo si uso sendmail, cPanel o Exchange Online?
El flujo de fondo es el mismo: SMTP para enviar y entregar entre servidores, DNS/MX para encontrar el destino, y POP o IMAP para recoger. Lo que cambia es la comodidad, las funciones y quién administra. Un sendmail crudo te da control total y mucho trabajo; Exchange Online te da robustez y colaboración a cambio de una suscripción. Pero el correo viaja igual.
help ¿Por qué el correo usa tantos puertos distintos (587, 25, 993, 995)?
Porque son fases distintas. El 587 es para que tu cliente entregue el correo a tu servidor (envío autenticado). El 25 es para que los servidores se entreguen correo entre ellos. El 993 (IMAP) y el 995 (POP) son para recoger el correo de tu buzón. Separarlos permite aplicar reglas y cifrado adecuados a cada etapa.
help ¿SMTP también sirve para recibir mi correo?
SMTP entrega el correo hasta el buzón del destinatario, pero no es lo que tú usas para leerlo. Para sacar los mensajes del buzón a tu pantalla se usa POP o IMAP. Es un error común pensar que un solo protocolo hace todo: enviar y recibir el correo hasta el servidor es SMTP; leerlo desde el buzón es POP/IMAP.
Rubén Espinoza es fundador y Director Técnico de IT Experts de México. Trabaja en la industria de TI desde 1998: diseña y opera soluciones de infraestructura, ciberseguridad, continuidad, automatización y tecnología OT para entornos empresariales e industriales. Escribe desde proyectos reales y sistemas en producción.
Ver perfil y todos sus artículos →