---
title: "Resultado unknown frente a undeliverable - Emvero"
description: "Distinga los resultados desconocidos de los no entregables. El motivo y la acción recomendada ayudan a elegir entre confirmar, volver a comprobar o apartar."
url: https://emvero.io/es/compare/unknown-kept-apart/
language: es
updated: 2026-10-08
---

Comparado

# Unknown y undeliverable en la verificación de correo

Un resultado desconocido deja la dirección sin resolver. Manténgalo separado de undeliverable para que una consulta fallida o un sondeo inconcluso no se convierta en un rechazo automático.

| Lo que quiere saber | Tratar unknown como undeliverable | Mantener unknown separado |
| --- | --- | --- |
| Significado del resultado | Toma la falta de pruebas como motivo para rechazar | Distingue una comprobación inconclusa de un fallo determinante |
| Greylisting o tiempo de espera agotado | Rechaza la dirección sin una conclusión sobre el buzón | Conserva unknown y valora una comprobación posterior si el motivo es temporal |
| Regla o capacidad del servidor | Marca la dirección como mala aunque la limitación afectara al sondeo | Lee el motivo; repetir sondeos puede no resolver la limitación |
| Registro de una cuenta | Bloquea a la persona porque la comprobación no resolvió la dirección | Sigue la acción y pide confirmación por correo cuando importa el control del buzón |
| Gestión de listas | Borra o excluye la dirección como si el fallo estuviera demostrado | La aparta para decidir; no demuestra entrega ni autoriza el envío |
| Comprobación aún en curso | Puede confundir pending con una comprobación fallida | Consulta tras el intervalo indicado y después procesa el resultado final |

## Qué demuestra cada resultado

`unknown` significa que las pruebas disponibles no permiten resolver la dirección. Un tiempo de espera agotado, el greylisting o una regla del servidor pueden causar ese resultado. `undeliverable` refleja un motivo determinante para rechazar según la regla actual de Emvero, como una entrada no válida, `DNS_NXDOMAIN` para el dominio de la dirección o una declaración explícita `NULL_MX` de que el dominio no acepta correo.

Una respuesta SMTP negativa también necesita interpretación. Una observación clasificada como `SMTP_MAILBOX_NOT_FOUND` se devuelve actualmente como `unknown` con `SMTP_RECIPIENT_REJECTED_AMBIGUOUS`. El servicio no considera ese sondeo una prueba suficiente para rechazar la dirección. Por eso deben conservarse juntos `status`, `action` y `reason_codes`.

## Elegir el siguiente paso según el motivo

`SMTP_GREYLISTED` o `SMTP_CONNECT_TIMEOUT` pueden justificar otra comprobación más tarde. Una [respuesta de greylisting](https://emvero.io/es/glossary/greylisting/) es temporal, pero no garantiza el resultado del siguiente intento. `SMTP_POLICY_REJECTED` describe una restricción de la sesión; repetirla de inmediato puede producir el mismo rechazo. Las extensiones no admitidas y los destinos bloqueados necesitan otra respuesta, como explica la [definición de direcciones que no se pueden verificar](https://emvero.io/es/glossary/unverifiable-address/).

En un registro, `allow_with_email_confirmation` permite continuar con una confirmación cuando importa el control del buzón. La aplicación envía ese correo de confirmación; la verificación de Emvero no envía ninguno. Un resultado desconocido no certifica control del buzón, entrega ni idoneidad para el servicio.

En una lista, mantenga las direcciones desconocidas en un grupo separado junto con sus pruebas. Decida si corresponde repetir la comprobación de una condición temporal o apartar la dirección para revisarla. Borrar el grupo elimina direcciones que el verificador no demostró que fueran malas. Enviarles correo automáticamente presupone una respuesta que no obtuvo. Las restricciones de un proveedor pueden afectar a varias direcciones a la vez.

`pending` indica trabajo en curso, no un resultado final `unknown`. Consulte tras el intervalo indicado y procese después el resultado completo. La [guía del resultado de verificación](https://emvero.io/es/blog/reading-a-verification-result/) explica los campos de la respuesta. La [comparación entre puntuación y evidencia](https://emvero.io/es/compare/score-vs-evidence/) muestra por qué un umbral numérico no sustituye esta distinción.

## Dónde aparece esto en un resultado

Los códigos de motivo identifican observaciones de la API y permiten definir condiciones como `if` en una integración. La explicación anterior aclara cuáles utiliza Emvero actualmente y qué significan.

|  |  |
| --- | --- |
| `SMTP_GREYLISTED` | Aplazamiento temporal de SMTP; una comprobación posterior puede ayudar, pero no garantiza un resultado concluyente. |
| `SMTP_CONNECT_TIMEOUT` | El servidor de correo no respondió a tiempo |
| `SMTP_MAILBOX_NOT_FOUND` | Rechazo del destinatario observado por SMTP; la regla actual devuelve unknown con SMTP_RECIPIENT_REJECTED_AMBIGUOUS. |
| `SMTP_POLICY_REJECTED` | Sesión rechazada por política |

## Términos relacionados

### Greylisting

Una política antispam que aplaza un intento SMTP y puede permitirlo más adelante.

### Rebote duro y rebote blando

Dos tipos de fallo de entrega: uno permanente para el intento realizado y otro temporal que puede admitir un reintento.

### Códigos que nos describen a nosotros, no a la dirección

Códigos que describen tareas omitidas o incompletas en Emvero, sin establecer que el buzón sea incorrecto.

### Rechazo por política

Un rechazo debido a las reglas del servidor, que no confirma si existe el buzón consultado.

[Todas las comparaciones](https://emvero.io/es/compare/)

## Vea un resultado de verificación.

Consulte un ejemplo con el estado, la acción recomendada y las pruebas de la comprobación. Inicie sesión para comprobar su propia dirección.

Ver una comprobación de ejemplo

Empezar gratis