Correo con dominio propio: direcciones y alias ilimitados

El número correcto de direcciones de correo es una por propósito. El que permite su proveedor suele estar entre una y quince, y esa diferencia es un artefacto de precio, no un límite técnico: un servidor de correo que puede enrutar diez direcciones puede enrutar diez mil.

¿Cuántas direcciones necesita realmente una persona?

Más de las que da cualquier plan, en cuanto se cuentan propósitos en lugar de personas. La correspondencia personal y el trabajo. Las direcciones de rol que se espera que su dominio atienda. Una por proyecto o por entorno, para que las alertas, los recibos y los avisos de despliegue se enruten solos. Una por servicio en el que se registra, que es donde el recuento explota: una década de cuentas son cientos de direcciones. Una para la relación con ese proveedor que ya sospecha que terminará mal.

Cualquiera que lleve diez años con un dominio propio tiene más direcciones en circulación de las que permite un plan intermedio. La gente con quince direcciones de cupo no necesita menos direcciones: reutiliza direcciones y lo llama estar bien.

¿Por qué los proveedores limitan las direcciones y los alias?

Porque su precio es por buzón y un alias gratis parece un buzón que no pagó. Un alias cuesta una entrada de enrutado y ningún almacenamiento, así que el límite nunca tiene que ver con la capacidad. Tiene que ver con que el recuento de plazas siga significando algo, y por eso los cupos van de un dígito a unas decenas y suben con el nivel del plan.

En el correo con dominio propio de Gmail y de Microsoft 365 esto se ve con claridad: Google Workspace admite hasta 30 alias por usuario y Microsoft 365 hasta 400 por buzón, y las dos facturas se calculan por usuario. Los alias son la parte barata; la plaza es lo que se vende.

El truco de +etiqueta y de los puntos de Gmail es la solución gratuita, y demuestra el modo de fallo: la dirección base es visible dentro de la etiquetada, así que un intermediario de listas quita la etiqueta con una expresión regular y a usted no le queda ninguna dirección que quemar. Apple respondió a eso como se debe con Hide My Email, generando direcciones aleatorias sin relación en un dominio de Apple, lo que resuelve el problema de la etiqueta devolviéndole a un proveedor la potestad de poner los nombres.

Cuando el almacenamiento es suyo y el contador son gigabytes, al límite no le queda nada que cobrar. Nisdos Mail mantiene direcciones, alias y dominios ilimitados bajo condiciones de uso razonable, y todos entregan en un almacenamiento que usted designa por dominio o por buzón. El uso razonable es el asterisco honesto de cualquier “ilimitado”; lo importante es que ninguna dirección que se le ocurra cuesta una plaza.

¿Para qué sirve una dirección por remitente?

Para rastrear filtraciones, y funciona mejor que cualquier promesa de una política de privacidad. Dé a cada empresa su propia dirección — aerolinea@, ferreteria@, esaconferencia@ — y el primer correo no solicitado llega con la respuesta en sus propias cabeceras. Así me enteré de dos filtraciones de listas años antes de que ninguna de las dos empresas dijera una palabra.

La reparación también es barata. Una dirección quemada se borra, y la única parte molestada es la que la perdió. Compárelo con cambiar una dirección compartida en todas partes, que nadie termina nunca.

Lo que las direcciones por remitente no son: anonimato. Todas anuncian el mismo dominio, y un dominio es una identidad con un historial de registro detrás. Este patrón le dice de dónde salió una filtración. No esconde quién es usted, y prefiero decirlo a que alguien lo descubra por las malas.

¿No es más simple un catch-all?

Un catch-all hace el mismo trabajo durante una semana y luego se convierte en un pasivo. Como acepta cualquier parte local, los ataques de diccionario contra su dominio triunfan por definición: admin@, info@, ventas@, miles de intentos por hora, todos aceptados y todos ya problema suyo. El spam dirigido a nombres que usted nunca usó es indistinguible del correo que pidió.

También pierde la posibilidad de retirar nada. La dirección quemada se sigue aceptando para siempre, porque aceptar es el comportamiento por defecto. Y aceptar correo que se descarta al instante es la forma de que un dominio se labre una reputación de aceptar correo que nadie lee.

Las direcciones explícitas permiten que el MX rechace destinatarios desconocidos durante la transacción SMTP: un rechazo del que se hace cargo quien envía, antes de que el mensaje se convierta en un objeto en su almacenamiento. El uso razonable de un catch-all es temporal: actívelo mientras migra un dominio, para encontrar las direcciones olvidadas que siguen recibiendo correo, y desactívelo después.

¿Qué direcciones deberían existir en todo dominio propio?

El conjunto que yo creo antes de cualquier otra cosa, en cada dominio que gestiono:

• postmaster@ y abuse@ — la RFC 2142 las especifica desde 1997. Los receptores las comprueban, y los operadores de listas negras y otros administradores de correo las usan para avisarle cuando algo va mal con su correo. Un dominio que rebota abuse@ parece abandonado.
• hostmaster@ — la administración de DNS y algunos flujos de validación de certificados siguen escribiendo ahí.
• security@, coincidiendo con la dirección que publique en /.well-known/security.txt (RFC 9116), para que quien investigue tenga a dónde mandar un informe que no sea su bandeja personal.
• dmarc@ — el destino de la etiqueta rua= de su registro DMARC. Los informes agregados llegan a diario como adjuntos XML y merecen su propia dirección, no su mañana.
• Una por servicio, generada al registrarse y no curada después. La curación no llega nunca.
• Una por proyecto o entorno: alertas@, deploy@, recibos@, facturas@, cada una enrutada al buzón que de verdad deba verla.
• Direcciones de rol que sobrevivan a las personas que las atienden — hola@, ventas@, soporte@ — para que quien se va no se lleve un canal con él.

Esa lista son unas doce direcciones antes de haberse registrado en nada. En un plan por plaza es casi todo el cupo. En un dominio con direcciones ilimitadas es un martes por la tarde.

¿Qué se complica cuando crear direcciones no cuesta?

Cuatro cosas, todas manejables y ninguna dramática.

Enviar desde la correcta. Recibir en 300 direcciones es gratis; responder desde la que toca es una costumbre, y equivocarse filtra el mapa que usted construyó. La autenticación no es el problema: SPF, DKIM y DMARC se configuran por dominio, así que cada dirección hereda la posición del dominio. El problema es el campo De que pasó por delante sin mirar.

Acordarse del mapa. Una dirección por proveedor es una base de datos pequeña. O la búsqueda es su índice (la dirección misma es la consulta) o guarda la dirección junto al inicio de sesión en su gestor de contraseñas. La segunda costumbre es la que sobrevive cuatro años.

La reputación es por dominio. Todas esas direcciones comparten la posición de un solo dominio, así que una cuenta comprometida enviando spam daña todas las direcciones a la vez. Es la otra cara de consolidar su identidad en un nombre que es suyo.

El archivo solo crece, porque el patrón entero depende de no tirar nunca nada. Que es un problema de almacenamiento, y el almacenamiento es la única parte de esto que puede apuntar a un bucket que ya es suyo.