---
title: "Cómo verificar direcciones de correo catch-all | Emvero"
description: "Compruebe una dirección catch-all paso a paso: formato, ruta de correo, respuesta SMTP y destinatario de control. Sepa qué demuestra cada resultado."
url: https://emvero.io/es/blog/how-to-verify-catch-all-email-addresses/
language: es
updated: 2026-10-07
---

Blog

# Cómo verificar direcciones de correo catch-all

Un servidor puede aceptar destinatarios reales e inventados. Esta guía separa el comportamiento del dominio de la existencia del buzón.

Publicado 2026-09-09

Para verificar una dirección de correo catch-all, primero se comprueban la dirección y su ruta de correo. Después se compara la respuesta del servidor para el destinatario indicado con la respuesta para otro destinatario generado al azar. Si acepta ambos, se conoce el comportamiento del **dominio**, pero no se ha demostrado que exista ese buzón. El resultado debe tratarse como `risky`. Cuando importa saber quién controla la dirección, hace falta un correo de confirmación.

Un dominio catch-all puede aceptar mensajes dirigidos a cualquier nombre, incluso uno que nadie usa. Por eso no basta con marcar la dirección como «válida» o «inválida». La [definición de dominio catch-all](https://emvero.io/es/glossary/catch-all-domain/) explica esa regla; aquí se describe cómo comprobarla y qué hacer con el resultado.

## Paso 1: detectar los fallos claros antes de consultar la red

Se empieza por el formato: parte local, dominio y longitud total. No hace falta consultar DNS para detectar una dirección mal formada. Una parte local internacionalizada puede requerir la extensión `SMTPUTF8` cuando se contacte con el servidor, tal como establece [RFC 6531](https://www.rfc-editor.org/rfc/rfc6531.html#section-3.2). Superar esta prueba solo indica que la estructura es correcta.

Después hay que comprobar si existe el dominio y por dónde recibiría correo. La inexistencia confirmada del dominio o un MX nulo explícito pueden terminar la verificación antes de SMTP. En cambio, la ausencia de un MX ordinario no basta: [RFC 5321](https://www.rfc-editor.org/rfc/rfc5321.html#section-5.1) permite una ruta implícita por la dirección A o AAAA del dominio. [RFC 7505](https://www.rfc-editor.org/rfc/rfc7505.html#section-3) define el MX nulo. La referencia sobre [registros MX](https://emvero.io/es/glossary/mx-record/) distingue los casos.

Una ruta utilizable indica a dónde podría enviarse correo. No demuestra que exista `alex@example.com`.

## Paso 2: preguntar por el destinatario indicado

Una verificación completa puede abrir una [sesión SMTP](https://emvero.io/es/glossary/smtp-handshake/) y presentar la dirección con `RCPT TO`. El servidor puede aceptarla, aplazar la respuesta, rechazarla o impedir el sondeo. Emvero se detiene antes de `DATA`, por lo que la prueba no envía mensajes. [RFC 5321](https://www.rfc-editor.org/rfc/rfc5321.html#section-3.3) separa la indicación del destinatario del contenido del correo.

Una respuesta positiva confirma la aceptación en ese momento. Todavía no se sabe si el servidor distingue entre destinatarios reales e inventados. Una respuesta temporal o un sondeo bloqueado dejan la pregunta abierta. Incluso una respuesta clasificada internamente como «buzón inexistente» se comunica, según la política actual de Emvero, como `unknown` con `SMTP_RECIPIENT_REJECTED_AMBIGUOUS`; no causa un `reject` automático.

## Paso 3: tras la aceptación, usar un destinatario de control

Si el servidor aceptó la dirección solicitada, se presenta en la **misma sesión** otra dirección improbable y recién generada en el **mismo dominio**. Es mejor un valor aleatorio que un nombre como `test`, que podría existir. La [documentación de Emvero sobre catch-all](https://docs.emvero.io/answers/accept-all/) describe esta prueba.

| Dirección solicitada | Dirección de control | Qué se puede concluir |
| --- | --- | --- |
| Aceptada | Aceptada | El servidor acepta nombres arbitrarios. El dominio funciona como catch-all; la existencia del buzón concreto sigue sin demostrarse. |
| Aceptada | Rechazada de forma específica | El servidor distingue destinatarios. La primera aceptación es una prueba más útil sobre el buzón, sin garantizar una entrega futura. |
| Aceptada | Respuesta temporal o ambigua | No se sabe aún si el dominio es catch-all. Esa respuesta no cuenta como un rechazo claro. |
| Rechazada o sin sondeo | No se envía | No hay una aceptación que aclarar mediante un control. La primera respuesta debe interpretarse por sí misma. |

El control sirve para conocer una regla del dominio. No enumera buzones ni demuestra quién controla uno. Si el estado catch-all ya se conoce por una observación anterior o por el proveedor, Emvero puede reutilizarlo sin repetir el control para cada dirección.

## Paso 4: leer el resultado antes de actuar

Una verificación completa de un dominio catch-all conocido puede devolver:

```
{
  "status": "risky",
  "action": "allow_with_email_confirmation",
  "checks": { "smtp": "accepted", "accept_all": "yes" },
  "reason_codes": ["SMTP_RCPT_ACCEPTED", "ACCEPT_ALL_DOMAIN"]
}
```

`SMTP_RCPT_ACCEPTED` registra la respuesta al destinatario. `ACCEPT_ALL_DOMAIN` explica por qué no confirma que exista un buzón individual. Conviene leer juntos `status`, `action`, `checks.accept_all` y `reason_codes`. Un rechazo SMTP no equivale a un fallo definitivo del dominio: el resultado final puede seguir siendo `unknown`. Una dirección mal formada, un dominio inexistente o un MX nulo ofrecen una base distinta y anterior para descartar la dirección.

En un **registro**, se puede permitir el alta y pedir una confirmación por correo cuando importa el control del buzón. La [guía para formularios de registro](https://emvero.io/es/guides/signup-form-validation/) muestra cómo tratar `risky` y `unknown` sin convertirlos en fallos definitivos.

Al **limpiar una lista**, conviene mantener las direcciones catch-all separadas de los fallos confirmados y conservar la fecha de la observación. Las rutas y las reglas del servidor cambian. La [guía de limpieza de listas](https://emvero.io/es/guides/cleaning-an-email-list/) explica cómo revisar ese grupo.

Antes de **contactar con alguien**, la procedencia, el permiso y las interacciones anteriores se evalúan por separado. La verificación técnica no acredita el consentimiento. Una confirmación demuestra control del buzón cuando alguien responde al mensaje, pero no garantiza la entrega futura ni la llegada a la bandeja de entrada.

## Consultar un estado conocido o hacer una verificación completa

El [comprobador gratuito de dominios catch-all](https://emvero.io/es/catch-all-email-checker/) muestra el estado que Emvero ya conoce. No abre una sesión SMTP y, si falta un dato fiable, responde `unknown`. Para obtener pruebas nuevas sobre el destinatario, se usa una verificación completa mediante la [API de verificación de correo](https://emvero.io/es/email-verification-api/):

```
curl -sS https://api.emvero.tech/v1/verifications \
  -H "Authorization: Bearer emv_your_credential" \
  -H "Content-Type: application/json" \
  -d '{"email":"alex@example.com","variant":"full"}'
```

Mientras se reúne la respuesta del servidor, la API puede devolver `pending`. Antes de aplicar una regla, hay que leer `action` y `reason_codes` en el resultado final. Si la acción es `allow_with_email_confirmation`, la duda pendiente se resuelve con un mensaje de confirmación real, no con otra prueba SMTP.

## Términos que aparecen aquí

### Dominio catch-all

Un dominio cuyo servidor acepta destinatarios aunque no exista un buzón para cada dirección.

### Handshake SMTP

El intercambio de órdenes y respuestas con un servidor de correo antes de transmitir el mensaje.

### Registro MX

Un registro DNS que indica a qué servidor dirigir el correo de un dominio.

## Situaciones a las que se aplica

### Validar una dirección en un formulario de registro

Alguien espera al otro lado de la petición, así que la latencia define el diseño y un rechazo equivocado le cuesta el cliente.

### Limpiar una lista antes de un envío

Está protegiendo la reputación del dominio desde el que envía, así que la pregunta no es qué direcciones son malas, sino cuáles puede permitirse este envío.

[Todos los artículos](https://emvero.io/es/blog/)

## Elige qué comprobar ahora.

Haz una consulta desde tu cuenta y examina los datos del resultado.

Empezar gratis