📻 Versión en audio: si prefieres escuchar en vez de leer, el resumen del artículo está justo aquí arriba.
Un jueves a las cinco de la mañana el cron de mi servidor tiene que mandar el reporte habitual de respaldos. El script funciona, el correo sale, el servidor responde 250 OK. Y el destinatario, que soy yo, lo encuentra en la carpeta de spam. Pasa una y otra vez, con cualquier dominio nuevo y con cualquier VPS nuevo, y cacha que la tentación siempre es la misma: contratar algún servicio de correo transaccional y pagar, no sé, unos quince dólares por cada mil correos. Suena a robo. Escribir un byte por un socket es gratis. Este mes me topé con que alguien se hizo exactamente esa pregunta y fue a averiguarlo en serio, y su conclusión me dejó conforme.
El protocolo es de manualito
Quien hizo la tarea fue Evan Czaplicki, el creador de Elm y ex integrante del equipo de Gmail, y lo primero que confirma es lo que sospechaba: enviar un correo es básicamente una conexión tcp al puerto 25 con una conversación de protocolo encima. HELO, MAIL FROM, RCPT TO, DATA, un punto, listo. El SMTP original de 1982 es texto plano, sin cifrar, con siete idas y vueltas para entregar un mensaje, y cualquier servidor del mundo puede declarar el remitente que se le ocurra. Por eso hoy nada te fija a menos que publiques las llaves en el dns: los registros txt de spf y dkim. Eso lo hice más de una vez en la vida real, me tomó una tarde con ayuda, y a la siguiente ronda mis correos entraron limpios a Gmail. Tecnología: superada. Entonces, ¿cuál es el problema?
El filtro no juzga tu IP, juzga tu barrio
Este es el detalle que casi nadie te cuenta, y es el que explica el precio. La reputación no se mide en el código que escribiste, se mide en en qué bloque de IPs vive tu servidor. Algunos filtros miran tu dominio, otros miran la IP individual, y otros — los viejos y rancios, los tipos tipo Outlook — parecen mirar el bloque completo: si alguien que comparte tu proveedor lanza spam, tu bloque puede terminar en lista negra entero. Czaplicki lo vivió: con la identidad validada, sus correos entraban a Gmail perfecto, y en Outlook a los usuarios ni siquiera les llegaban a spam. Desaparecían nomás.
En la pega lo he visto con servidores propios: la IP individual está limpia, pero el bloque es de un proveedor chico que arrienda a cualquiera, y no hay parche posible, porque el problema no es tuyo, es del vecino que jamás vas a ver. Cambiar de proveedor para conseguir un mejor barrio es ineficiente; el que manda correo serio termina necesitando un bloque de IP propio, pagado aparte, y manteniendo volumen todos los días, porque una IP noble que no manda nada también enfría su reputación. Ahí está el negocio de los 15 dólares: no te están cobrando los bytes, te están cobrando la confianza que se acumula al arrendar un barrio limpio y calentarlo a fuego lento.
El correo es un protocolo social disfrazado de protocolo técnico
Me encanta esta historia porque destruye una de esas verdades repetidas sin mirar el porqué: «no self-hostees tu correo porque es complicado». Complicado no es. Lo desafiante es la parte social: confiarle tu reputación a la aritmética anónima de un conjunto de filtros que cambian sin aviso y no te entregan el criterio. Así que mi recomendación realista no fue «nunca autohospitalices nada» ni era «paga siempre», sino: distingue qué correos manda tu infraestructura. Alertas de respaldo, logs y monitoreo los sigo mandando yo, porque si Gmail los clasifica mal es ruido tolerable. Lo transaccional con usuarios de verdad — registros, confirmaciones, facturas — lo arriendo, y sin culpas. Cada cosa en su barrio.
La próxima vez que veas un precio por mil correos, cachai que no estás pagando tecnología de 1982: estás pagando por entrar a un club al que nadie te invita por ser buen administrador de linux. Eso es.
Fuente del tema: Why is it so expensive to send an email?, del blog de Evan Czaplicki.
Fuente de inspiración: Why is it so expensive to send an email?
