Correo para desarrolladores: buzones que usted controla

Dos productos distintos responden a “correo para desarrolladores”. Uno envía mensajes desde su aplicación — SES, Postmark, Resend, cien más — y no quiere guardarlos. Este artículo va del otro: el buzón que lee una persona, en un dominio que es suyo, con el archivo dentro de un almacenamiento que ya está pagando.

¿Quiere un hosting de correo o una API de envío?

Si el mensaje lo envía el código, quiere una API. Si el mensaje lo lee una persona, quiere hosting. No son sustitutos y no son competidores: los proveedores transaccionales existen para entregar el correo y darle métricas, los hosts de buzones existen para recibir correo, conservarlo y dejarle buscar en él. Casi todos necesitamos los dos, en direcciones distintas del mismo dominio.

Todo lo que sigue es del segundo tipo. Nisdos Mail opera el MX de su dominio, autentica y filtra el correo entrante, cifra cada mensaje con una clave por buzón y lo escribe en su propio bucket S3, bucket R2, servidor WebDAV o repositorio Git.

¿Qué quieren los desarrolladores que una suite por puesto no les da?

Tres cosas, y más almacenamiento no es ninguna de ellas.

Una dirección por cosa, no por persona. Una suite con precio por usuario le empuja hacia una sola identidad y un árbol de carpetas. Las direcciones ilimitadas en su propio dominio dejan que el enrutado haga el trabajo: stripe@, alerts-staging@, receipts@, una dirección por cuenta de proveedor, una por proyecto. Cuando un servicio filtra su lista, el spam llega a la dirección que usted le dio a ese servicio y delata la fuente en su propia cabecera To:. Cuando un proyecto termina, borra un canal en lugar de desenredar filtros.

Almacenamiento en la cuenta que ya cuadran. Si su infraestructura está en una cuenta de nube con una factura, una historia de IAM y una política de copias, el correo es la excepción rara: la cuota opaca de un proveedor con un botón de exportar. Apuntar los buzones a un bucket de esa misma cuenta hace que el correo obedezca las reglas que ya escribió: versionado, ciclo de vida, replicación, registros de acceso.

Una factura que escala con los datos, no con la plantilla. Los planes por puesto tienen sentido para una empresa con empleados y ninguno para un desarrollador con cuatro proyectos, ocho direcciones de rol y un robot de compilación. Los usuarios, alias y dominios de Nisdos Mail son ilimitados bajo condiciones de uso razonable; el contador es el almacenamiento, a $2 por 25 GB al mes si lo alojamos nosotros, o la tarifa de su proveedor si trae su propio bucket. El almacenamiento alojado residente en la UE añade $1 por 25 GB.

¿Por qué es mejor una dirección por proyecto que un filtro?

Porque una dirección es un hecho sobre el remitente, mientras que un filtro es una conjetura sobre el mensaje. Los filtros se rompen cuando un proveedor cambia su dominio de envío. Una dirección que usted inventó para exactamente un propósito conserva su significado tanto tiempo como exista el propósito, y falla en voz alta en lugar de en silencio: el correo dirigido a alerts-staging@ no puede acabar en el sitio equivocado porque alguien editara una regla.

También le da un límite de aislamiento que puede revocar. Una dirección por cuenta de proveedor significa que una cuenta comprometida es rastreable hasta una dirección y se mata borrándola, sin tocar el acceso a nada más. Es el mismo instinto que una clave de API distinta por servicio, aplicado a la identidad con la que se registra.

¿Se puede hacer grep sobre su archivo de correo?

En los términos que usted elija, porque el cifrado es un ajuste por buzón y no una decisión de producto. Apunte un buzón a un repositorio Git y el archivo llega como ficheros bajo control de versiones, con el historial que eso implica: un buzón de alertas o de facturas se convierte en un directorio que puede buscar con las herramientas que ya usa con los logs. Un buzón en el nivel cifrado es opaco para grep por diseño, que es exactamente lo que quiere para el correo personal. La cuestión es que los dos buzones no tienen que tomar la misma decisión.

Dentro del webmail, la búsqueda acepta los operadores que ya escribe: from:, has:attachment, newer:7d, in:anywhere, con navegación por teclado y etiquetas que se comportan como carpetas.

¿No sería mejor montar Postfix y Dovecot?

A veces sí: si ya opera correo para otras personas y el músculo existe, autoalojarse le da todo sin ningún proveedor en el camino.

Para el resto, la estimación falla de una forma concreta. Levantar Postfix, Dovecot, Rspamd y una renovación de certificados es un fin de semana, y no es el trabajo. El trabajo es la década siguiente: vigilancia de listas de bloqueo, DNS inverso, calentamiento de IP, renovaciones de TLS que fallan en festivo, reglas antispam que se degradan, y la tarde en que un receptor grande empieza a archivar su dominio en spam sin nada en sus logs que explique por qué. La entregabilidad saliente la deciden los sistemas de reputación de otras empresas, y una IP recién estrenada en un bloque pequeño no recibe un juicio justo por correcta que sea su configuración.

El hosting de almacenamiento propio parte la pila por el otro lado: el problema de la reputación es de otro, los bytes son suyos. Si lo que quería del autoalojamiento era la custodia y no el demonio, ese es el intercambio que hay sobre la mesa.

¿Qué falta, con honestidad?

Conviene saberlo antes de mover un dominio.

Clientes: webmail hoy, con un puente IMAP todavía en camino; un flujo de correo en terminal no está disponible. Alcance: solo correo, así que no hay calendario, ni disco, ni directorio compartido, y un equipo que deja Workspace sigue pagando Workspace por lo demás. Envío: limitado por tasa para mantener la plataforma fuera de las listas de bloqueo, desde 10 mensajes por hora en una cuenta gratuita y subiendo a 50 durante los primeros 30 días, con cada 25 GB de almacenamiento de pago añadiendo otros 50 por hora. Claves: en el nivel por defecto tenemos nosotros las claves por buzón para que el buzón se pueda dibujar en un navegador; el nivel en el que no podemos leer su correo está en beta. Estado: acceso temprano, que es una respuesta real a “¿debería esto guardar el correo de mi empresa el trimestre que viene?” y la respuesta es “traiga primero un proyecto paralelo”.

El correo para desarrolladores es una categoría pequeña sobre todo porque la mayoría de los desarrolladores se rindieron y apuntaron un dominio propio a Gmail. Eso funciona bien. Solo significa que el archivo pertenece a Google, que el número de direcciones es un límite de plan, y que la factura crece con su equipo en lugar de con sus datos.