Toda función empresarial necesita una dirección real: sales@, billing@, abuse@, legal@. La lista crece rápido. En Google Workspace o Microsoft 365, cada dirección ocupa una licencia de pago. Son $6-$12/month por función, todos los meses. Es, en la práctica, un impuesto por mantener el orden cuando se cobra por usuario.
Y puede ser peor. Alguien del equipo registra la cuenta raíz de AWS con su dirección de trabajo personal, deja la empresa y TI suspende el buzón. De repente, ya no puedes recibir el correo para restablecer la contraseña de tu propia infraestructura. Acabas pasando una tarde demostrando la titularidad ante un equipo de soporte al que no le importa tu urgencia.
Una dirección alias de correo resuelve ambos problemas. Es una dirección pública que acepta mensajes entrantes y los dirige a un buzón existente, sin otra cuenta, credenciales ni licencia de pago. Esta guía explica cuatro patrones de enrutamiento en los que un alias resulta útil y el único caso en que puede perjudicar tu flujo de trabajo.
Para conocer el funcionamiento de DNS, los registros MX y la configuración del reenvío, consulta nuestra guía sobre reenvío mediante alias de correo.
¿Qué es una dirección alias de correo?
Es una dirección entrante alternativa que dirige el correo a un buzón real. No tiene bandeja de entrada, contraseña ni almacenamiento propios. Cuando llega un mensaje dirigido al alias, el servidor de correo reescribe el destinatario del sobre: RCPT TO: sales@domain.com se convierte en RCPT TO: alice@domain.com, y completa la entrega. El remitente ve sales@. Alice recibe el correo. La reescritura es invisible, y esa invisibilidad es precisamente la idea.
Caso de uso 1: enrutamiento por funciones
El uso principal de una dirección alias consiste en asignar una responsabilidad funcional: vincular una función pública con la persona que se ocupa de ella en ese momento. Un alias, un destino. Este es el patrón uno a uno que establece RFC 2142: cada dominio debe mantener direcciones estándar basadas en funciones, independientemente de quién las desempeñe.
| Alias | Función | Destino |
|---|---|---|
sales@ | Clientes potenciales entrantes | Fundador o responsable de ventas |
billing@ | Facturas y recibos | Director financiero o responsable de oficina |
abuse@ | Cumplimiento de RFC 2142 | Director técnico o administrador de sistemas |
legal@ | Contratos y acuerdos de confidencialidad | Fundador o asesor jurídico externo |
no-reply@ | Notificaciones transaccionales | Buzón de archivo o /dev/null |
Ninguna de estas direcciones necesita una cuenta propia. Cada una es un alias que apunta a un buzón existente. En Postfix, toda la configuración ocupa unas pocas líneas en /etc/postfix/virtual:
sales@company.com alice@company.com
billing@company.com bob@company.com
abuse@company.com cto@company.com
legal@company.com alice@company.comPostfix consulta el mapa de alias con cada mensaje entrante y reescribe el sobre antes de entregarlo. Cuando Alice cambia de puesto, basta con actualizar una línea y recargar la configuración:
postmap /etc/postfix/virtual
systemctl reload postfixSin solicitudes al proveedor, sin migraciones de cuentas y sin reglas de reenvío dispersas entre tres clientes.
Caso de uso 2: traspaso de la infraestructura
Este es el uso más infravalorado de una dirección alias y el fallo más difícil de resolver una vez que ocurre. Toda herramienta SaaS esencial que registres con una dirección de trabajo personal se convierte en un riesgo el día que esa persona se marcha.
La situación se repite siempre de la misma forma. Steve registra el proveedor del dominio, la cuenta raíz de AWS y el panel de Stripe con steve@company.com. Otra empresa lo contrata y TI suspende el buzón 90 días después. Los correos de facturación rebotan, los mensajes para restablecer contraseñas desaparecen y ya no llegan los códigos 2FA de la cuenta raíz de AWS. Ahora tienes que demostrar ante un equipo de soporte sin SLA que eres propietario de una cuenta creada hace cinco años.
La solución: usar una dirección alias permanente para registrar toda la infraestructura.
- Crea
ops@company.comcomo alias de la persona responsable en ese momento: el director técnico, el administrador de sistemas o quien gestione la infraestructura. - Registra todos los servicios esenciales, como el proveedor de DNS, AWS, Stripe, GitHub y Cloudflare, con
ops@. - Cuando cambie la persona responsable, dirige el alias a quien asuma el puesto. Es un único cambio que tarda menos de un minuto.
Los datos del proveedor nunca cambian. No hay tiempo de inactividad, bucles de «Olvidé mi contraseña» ni llamadas al soporte para demostrar que la cuenta te pertenece.
Este patrón funciona porque la dirección es el activo permanente. Su enrutamiento interno puede cambiar en cualquier momento sin que el proveedor tenga que saberlo ni preocuparse por ello.
Caso de uso 3: seguimiento y filtrado del correo entrante
Los alias permiten etiquetar y clasificar el tráfico entrante sin crear cuentas, redactar reglas complejas para la bandeja de entrada ni modificar repetidamente la configuración del correo. Dos patrones cubren la mayoría de las situaciones: los alias específicos de seguimiento y las direcciones con signo más.
Alias específicos de seguimiento
Cuando asistas a una feria, te registres para probar un proveedor o te suscribas a un boletín que no te inspire plena confianza, utiliza una dirección alias específica para esa fuente, como conf2026@company.com o acme-vendor@company.com. Si la dirección aparece en una lista de spam o empieza a generar ruido, elimina el alias. El tráfico se detendrá inmediatamente. No puedes hacer esto con tu dirección principal ni revocar de forma selectiva una dirección de Gmail.
Este método combina muy bien con un buzón catch-all: cualquier dirección de tu dominio entrega el correo a un solo buzón, y puedes crear el alias de seguimiento más tarde, cuando veas qué etiquetas llegan.
Direcciones con signo más, o subdireccionamiento según RFC 5233
La mayoría de los servidores de correo modernos admite el subdireccionamiento de RFC 5233 mediante el separador +. No necesitas crear estas direcciones en ningún sitio: funcionan automáticamente en cualquier servidor compatible.
alice+jira@company.com → delivers to alice@company.com
alice+shopify@company.com → delivers to alice@company.com
alice+newsletters@company.com → delivers to alice@company.comUna sola regla de bandeja de entrada que coincida con la etiqueta dirigirá cada mensaje etiquetado a la carpeta correcta. Sin trabajo administrativo. La dirección alias ya existe; solo le añades metadatos.
Caso de uso 4: enviar desde un alias y dónde falla
Recibir correo mediante una dirección alias es automático. Enviar desde ella requiere un paso adicional. Si lo omites, mostrarás tu dirección personal a cada cliente al que respondas.
El fallo es este: un cliente escribe a sales@company.com. El mensaje se dirige a alice@company.com. Alice pulsa Responder. El cliente ve que la respuesta procede de alice@company.com. La identidad profesional desaparece y la dirección directa de Alice queda para siempre en sus contactos.
Los alias no tienen credenciales. Para enviar desde una dirección alias, configura una identidad de salida en tu cliente de correo:
- Clientes estándar (Outlook, Thunderbird, Apple Mail): añade una identidad nueva con el alias como dirección del campo From. Autentícate mediante las credenciales SMTP de tu buzón principal. El cliente envía el mensaje desde tu cuenta, pero coloca el alias en la cabecera From.
- SMTP propio (TrekMail Free o Starter con Amazon SES o SendGrid): antes de enviar, debes verificar la dirección alias o todo el dominio remitente en el panel del proveedor SMTP. Si omites este paso, el mensaje se rechaza por completo:
554 Message rejected: Email address is not verified. Consulta la guía de TrekMail para configurar tu propio SMTP y completar todo el proceso de verificación.
Cuándo deja de funcionar una dirección alias
Una dirección alias es una herramienta uno a uno. Si diriges un alias a un buzón, todos los casos anteriores funcionan correctamente. En cuanto reenvías el mismo alias a varias personas a la vez, de modo que Alice, Bob y Charlie reciban support@, creas una bandeja de entrada sin un estado común que terminará costándote un cliente.
Así se produce el fallo: Alice responde a un cliente y resuelve el problema. Su respuesta se guarda en su carpeta Sent, no en una carpeta compartida del servidor ni en el cliente de Bob. Bob no la ve. Tres horas después, Bob responde con información contradictoria. El cliente queda confundido y molesto, y no lo olvidará.
No es un problema de configuración que puedas corregir, sino una limitación estructural del modelo de alias. Para ver un análisis completo de cuándo funcionan los alias y cuándo no, consulta nuestra guía sobre alias de dominio frente a buzón de correo.
La solución correcta para las bandejas compartidas: crea un buzón dedicado para support@company.com y comparte las credenciales mediante un gestor de contraseñas. Alice y Bob añaden la cuenta a sus clientes IMAP. Cuando cualquiera de los dos responde, el mensaje enviado se guarda en la carpeta Sent del servidor y se sincroniza con ambos clientes. El estado es compartido, las respuestas no se solapan y no se filtra nada.
| Situación | Herramienta adecuada | Motivo |
|---|---|---|
| Una persona gestiona una dirección funcional | Alias | No requiere otra cuenta ni licencia |
| Cuentas de infraestructura o servicios | Alias | Sobrevive sin problemas a los cambios de personal |
| Seguimiento del correo entrante por fuente | Dirección alias | Se elimina cuando quieras y no ocupa almacenamiento |
| Dirección desechable para registros de poca confianza | Dirección alias | Se revoca al instante si acaba en listas de spam |
| Dos o más personas leen y responden | Buzón | Estado IMAP compartido, sin respuestas duplicadas |
| Responsabilidad del equipo a largo plazo | Buzón | Registro de actividad y acceso delegado |
El precio por usuario te empuja hacia una arquitectura equivocada
En Google Workspace y Microsoft 365, cada buzón que creas cuesta dinero. Ese modelo empuja a los equipos a usar una dirección alias como bandeja compartida para ahorrar $6/month, que luego falla exactamente como se ha descrito. La arquitectura equivocada no se debe a la pereza, sino que es una respuesta racional a la facturación por usuario.
La tarifa de TrekMail es fija y el almacenamiento se comparte entre todos los buzones de la cuenta. No pagas por buzón ni por alias. El plan Starter cuesta $3.50/month e incluye 50 dominios y 15GB de almacenamiento compartido. El precio no cambia si utilizas 3 buzones y 10 alias o 20 buzones y 200 alias.
Eso significa que la economía ya no te obliga a elegir la herramienta equivocada. Crea el buzón dedicado support@, configura el alias permanente ops@ para los traspasos y etiqueta cada contacto de una conferencia con su propia dirección alias. Construye lo que tu flujo de trabajo realmente necesita.
Si empiezas desde cero, consulta cómo crear correo con tu propio dominio: explica todo el proceso, desde el aprovisionamiento del dominio y los registros DNS hasta la configuración del primer buzón.
Resumen de las direcciones alias
Una dirección alias es una herramienta de enrutamiento uno a uno. Úsala para direcciones funcionales, traspasos de infraestructura y seguimiento del correo entrante. Utiliza direcciones con signo más para etiquetar sin trabajo administrativo. En cuanto más de una persona necesite leer y responder, utiliza un buzón dedicado. La dirección alias funciona bien en los tres primeros casos; el cuarto requiere un estado IMAP compartido que un alias no puede ofrecer.
Deja de pagar el impuesto por usuario
Los proveedores tradicionales cobran por cada identidad que creas. En TrekMail, las direcciones alias son gratuitas e ilimitadas, al igual que el segundo buzón, el quinto dominio o el vigésimo alias.
Plan Starter por $3.50/month:
- 50 dominios propios en una cuenta
- 15GB de almacenamiento compartido entre todos los buzones
- Alias ilimitados por dominio
- Enrutamiento de buzón catch-all
- SMTP gestionado incluido, sin necesidad de un proveedor externo
- Asistente de configuración de SPF, DKIM y DMARC
Por $3.50/month, pagas menos que por una sola licencia de Google Workspace y obtienes 50 dominios con todos los alias que puedas necesitar.
La prueba de 14 días comienza en trekmail.net y requiere una tarjeta de crédito. Si prefieres probar antes de comprometerte, el plan gratuito Nano ofrece 10 dominios, 5GB de almacenamiento compartido y SMTP propio, sin tarjeta ni fecha de caducidad. Empieza con él y cambia de plan cuando quieras.
