Sobre este vídeo

Las direcciones de este vídeo son ejemplos. La verificación de archivos requiere una cuenta de pago.

Transcripción del vídeo

1. 00:00Por qué un sí no es una prueba

   Un dominio catch-all acepta correo para cualquier dirección, real o no. Eso cambia lo que vale un sí. Toma tres direcciones de un mismo dominio. Una es de una persona real. Una era de alguien que se fue. Una nunca se creó. Pregunta al servidor de correo por cada una, y da la misma respuesta. Ese es el problema de un simple sí. Puede significar que el buzón es real. O puede significar solo que este dominio nunca dice que no.

2. 00:28Cómo lo detectamos

   Así que hacemos una segunda prueba. Preguntamos al mismo servidor por una dirección inventada que nadie tendría. No se envía ningún correo. Si el servidor la rechaza, el dominio no es catch-all. Si la acepta, lo es. Si la prueba se bloquea, o el servidor dice que lo intentes más tarde, o la respuesta no está clara, no tenemos prueba en ningún sentido. Ahora junta las dos respuestas. Prueba rechazada y tu dirección aceptada da válida. Prueba rechazada y tu dirección rechazada da inválida. Prueba aceptada y tu dirección aceptada da catch-all. Si la prueba se acepta pero tu dirección no, el resultado es desconocida. El motivo muestra de qué tipo es el tuyo. Catch-all deliverable es el principal. Catch-all inferred significa que la evidencia estaba en caché o era indirecta. Algunos dominios de Microsoft 365 retransmiten internamente y aceptan a todos los destinatarios. Algunas pasarelas de seguridad hacen lo mismo. Y con un alias de reenvío, no se puede conocer al destinatario final. Todo esto necesita una comprobación SMTP en vivo. Se ejecuta por defecto. Por la API, check_smtp false la omite, y la mayoría de las direcciones vuelven como desconocida. Las herramientas MCP tienen false por defecto, así que ponlo en true ahí si quieres esta prueba.

3. 01:41¿Enviar o no?

   Entonces, ¿qué te dice en realidad un resultado catch-all? El dominio aceptará el mensaje. No podemos confirmar que haya un buzón real tras esa dirección. Eso lo convierte en una decisión de criterio, y el tipo de correo la decide. Los mensajes de alto valor o transaccionales normalmente pueden salir. Para un envío masivo en frío, valóralo tú. En cualquier caso, mantén estas direcciones fuera de tu lista de válidas. En un trabajo de archivo, filtra los resultados por estado y exporta catch-all por separado. Ahora es una decisión que puedes ver. Fíjate en una cosa de ese archivo. Una dirección de rol en un dominio catch-all aparece como rol, no como catch-all, y su marca catch-all sigue activa. Para encontrarlas todas, filtra tu CSV por ev_is_catchall. No cuentes con que un reintento lo resuelva. Solo los resultados desconocidos se marcan como reintentables. Un resultado catch-all usa un crédito, igual que una válida. Verifica esa misma dirección otra vez en la misma cuenta en 24 horas, y no hay un segundo cargo. Una actualización forzada por la API se cobra de nuevo. Así que dale a catch-all su propio lugar. No es válida, y no es inválida. Es un sí del dominio, y lo demás es decisión tuya.

4. 02:53Empieza gratis

   20 créditos gratis cada día que usas tu cuenta, hasta 600 al mes. Sin tarjeta de crédito. Empieza en billionverify.com.

Aparece en este vídeo

• Email Catch-All
• ¿Por qué una dirección está marcada como catch-all en lugar de valid?