La mayoría de las empresas posee más dominios de los que utiliza. Está la marca adquirida que nunca migraste, el error ortográfico habitual que compraste de forma preventiva, el dominio de una campaña de hace dos años y la variante nacional que alguien registró porque era barata.
Ninguno necesita buzones. Todos reciben correo: un cliente que escribió la marca antigua, un proveedor que sigue usando una dirección anterior a la adquisición o un sistema automático que nadie actualizó. Es muy probable que esos mensajes estén rebotando y nadie sabe cuántos son.
Un catch-all externo lo gestiona sin aprovisionar nada: dirige todo el dominio a una dirección que ya lees. Sin buzón, almacenamiento, coste por usuario ni contraseña que administrar. Hay contrapartidas reales que conviene conocer antes de activarlo.
Tres formas de gestionar una dirección
| Mecanismo | Qué existe | Almacenamiento | Puede enviar como ella |
|---|---|---|---|
| Buzón | Almacenamiento real y acceso propio | Sí, con cuota propia | Sí |
| Alias | Dirección adicional de un buzón existente | No, comparte el del destino | Sí, si se habilita el envío |
| Enrutamiento catch-all | Nada, es una regla del dominio | Ninguno | No |
El catch-all es el único caso en que no se define ninguna dirección. Cualquier parte local del dominio, como sales@, john@ o qwerty@, se acepta y entrega al destino indicado. Esa es su ventaja y su problema al mismo tiempo.
Qué hace un catch-all externo
El destino de un catch-all puede ser un buzón del mismo dominio o una dirección en cualquier otro lugar, como tu dirección de trabajo principal, una bandeja compartida del equipo en el dominio principal o una cola de soporte. El segundo caso es el catch-all externo.
Esto lo hace útil para dominios que posees pero nadie atiende. No hay que aprovisionar nada en el dominio aparcado. Añádelo, apunta MX al servicio, define el destino y queda listo. El correo que habría rebotado llega ahora a un lugar donde alguien lo lee.
Se aplican dos protecciones, ambas por buenos motivos.
Un destino del mismo dominio debe ser un buzón activo. Dirigir el catch-all hacia una dirección del mismo dominio que no sea un buzón real devolvería el intento de entrega a la misma regla, creando un bucle que genera correo hasta que algo falla. La regla se rechaza en lugar de aceptarla y dejar que falle después.
Un catch-all externo requiere Pro o Agency. Dirigir hacia fuera implica aceptar correo por ti y reenviarlo a un tercero. Es una operación de envío con consecuencias para la reputación y se limita a planes que incluyen envío.
Cuándo resulta apropiado un catch-all externo
Dominios aparcados y preventivos. acme-inc.com cuando utilizas acme.com. Nadie necesita un buzón allí y conviene no rebotar el correo recibido.
Una marca adquirida. Durante años sigue llegando correo a las direcciones de la antigua empresa. Un catch-all externo lo dirige a quien ahora gestione la relación, sin migrar buzones ni adivinar qué direcciones se usaban.
Dominios que solo envían. Un dominio de campañas o transacciones envía mensajes pero no tiene destinatarios humanos. Aun así debe aceptar respuestas y rebotes; descartarlos impide ver avisos de ausencia, quejas o al cliente que pulsó Responder.
Averiguar qué recibe realmente un dominio antiguo. Dirígelo a una carpeta durante un mes y revisa el registro. A menudo encontrarás «dos mensajes reales y mucho ruido», lo que indica si conviene crear una solución formal o mantener el catch-all.
Qué coste tiene un catch-all externo
Un catch-all externo acepta todo, con consecuencias que aparecen más tarde.
Los ataques de enumeración de directorios dejan de fallar. Las herramientas de spam prueban listas de diccionario, como info@, admin@, a@ y ab@. Sin catch-all, el dominio rechaza las direcciones inválidas durante la conversación SMTP con poco coste. El catch-all las acepta todas, así que una prueba que no debería costarte nada genera el coste del mensaje completo.
El volumen es ilimitado e impredecible. Cuando se sabe que un dominio con catch-all externo acepta todo, la lista de direcciones circula. No suele ser un crecimiento gradual: puede permanecer tranquilo durante meses y volverse muy ruidoso de repente.
Tu dominio deja de poder verificarse. Quien comprueba si existe una dirección recibe «sí» para todas, porque aceptas todo. Los servicios de verificación clasifican el dominio como accept-all y colocan sus direcciones en la categoría de riesgo, incluidas las reales. Consulta qué demuestran realmente las verificaciones.
Los errores tipográficos se entregan en silencio. Sin catch-all, el correo a jhon@ rebota y el remitente lo corrige. Con uno externo llega al sumidero y el remitente supone que alcanzó a John. A menudo nadie lo advierte durante semanas.
El análisis general de esta contrapartida está en cómo se comporta realmente el correo catch-all. En resumen, encaja en un dominio donde nadie trabaja y suele ser inadecuado en uno donde sí.
El problema de autenticación del catch-all externo
Un catch-all externo es reenvío, y el reenvío rompe la autenticación SPF. El mensaje conserva el remitente original, pero llega al destino desde nuestros servidores, que el registro SPF original no autorizó.
Sender Rewriting Scheme corrige automáticamente la parte SPF al reescribir el remitente del sobre con un dominio que sí nos autoriza. Se aplica sin configuración. No puede reparar una firma DKIM dañada en tránsito ni ayudar si el dominio original publica p=reject y el receptor aplica una política estricta.
Consecuencia práctica: al dirigir un catch-all externo a Gmail, parte puede llegar a spam, sobre todo los mensajes de dominios con políticas estrictas, que suelen ser legítimos. Revisa la carpeta de spam del destino durante las primeras dos semanas. Más contexto en SRS y correo reenviado.
Cuándo es mejor usar alias
En un dominio donde las personas trabajan, los alias superan al catch-all externo en todos los aspectos.
Muchas organizaciones usan menos de diez direcciones reales: info@, sales@, support@, billing@ y algunos nombres. Definirlas explícitamente permite rechazar las demás en la conversación SMTP, lo que tiene poco coste, bloquea la enumeración y hace rebotar un error del remitente para que pueda corregirlo.
Los alias también hacen cosas que un catch-all no puede. Puedes enviar desde un alias, de modo que una respuesta a billing@ salga de billing@ en vez de tu dirección personal. Puedes dirigir distintos alias a diferentes buzones. Además, el alias entrega a un buzón real, por lo que el correo puede buscarse, filtrarse y respaldarse.
La decisión se reduce a una pregunta: ¿alguien trabaja en este dominio? Si la respuesta es sí, usa alias. Si no, un catch-all externo. Consulta alias frente a buzones.
Cómo configurar un catch-all externo
- Añade el dominio y completa el DNS para que MX apunte al servicio. Sin MX, nada de esto se aplica y el correo sigue yendo al destino anterior.
- Abre la pestaña Enrutamiento del dominio.
- Activa el catch-all e introduce la dirección de destino.
- Guarda. Entra en vigor inmediatamente, sin demora de propagación por nuestra parte.
Después haz lo que muchos omiten: envía un mensaje de prueba a una dirección absurda del dominio y confirma que llega. Es la única forma de saber que la regla está activa y no solo guardada, y lleva treinta segundos.
Si lo diriges a una bandeja que realmente lees, añade un filtro que archive estos mensajes en su propia carpeta. De lo contrario, el volumen del sumidero satura el buzón y una configuración sensata termina desactivada por frustración tres semanas después. Los filtros del servidor lo hacen al entregar, antes de que llegue nada al teléfono.
Preguntas frecuentes
¿Necesito un buzón en el dominio para usar un catch-all externo?
No si el destino es externo. Esa es precisamente la idea para un dominio aparcado: no se aprovisiona nada. Si el destino pertenece al mismo dominio, debe ser un buzón activo para evitar que la regla entre en bucle.
¿El correo catch-all utiliza mi almacenamiento?
Dirigirlo a una dirección externa no utiliza ninguno. Dirigirlo a uno de tus buzones almacena el correo allí y consume su cuota.
¿Puedo responder desde la dirección catch-all?
No. Un catch-all no define direcciones, así que no existe una identidad desde la que enviar. Las respuestas salen del buzón que recibió el mensaje. Si necesitas enviar como una dirección concreta, crea un alias.
¿Por qué el catch-all externo está limitado a Pro y Agency?
Dirigir a una dirección externa implica reenviar correo en tu nombre, una operación de envío con consecuencias para la reputación. Está disponible en planes que incluyen envío.
¿El correo del catch-all externo llegará a spam?
Una parte puede hacerlo. El reenvío rompe la autorización SPF original; SRS la corrige automáticamente, pero nadie puede reparar una firma DKIM dañada en tránsito. Revisa el spam del destino durante las primeras dos semanas.
¿Cómo detengo la avalancha cuando comienza?
Desactiva el catch-all y define alias explícitos para las direcciones que resultaron ser reales. Mientras tanto, filtra el sumidero a su propia carpeta para que no compita con tu bandeja.
¿Puedo configurar un catch-all externo mediante la API?
Sí, la configuración está disponible mediante la API REST y para agentes por MCP, una forma sensata de administrarla en una cartera de dominios de clientes.
