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.