Verificas info@company.com. SMTP returns 250 OK. Envías tu campaña. Amazon SES informa de un hard bounce — "Dirección no encontrada."
Tu texto no tenía nada de malo. La dirección era catch-all: el dominio acepta cualquier parte local durante la verificación SMTP, pero el buzón concreto no existe.
Este es uno de los errores más costosos en la prospección B2B, y es totalmente evitable.
Qué significa realmente catch-all
Un catch-all acepta RCPT TO for any address on the domain:
>>> RCPT TO:<fakeperson123@company.com>
<<< 250 2.1.5 OK
Las herramientas de verificación etiquetan correctamente esto como catch_all — no como valid. El buzón nunca se confirmó; solo se detectó la política de aceptar todo del dominio.
Google Workspace, muchos proveedores de alojamiento pequeños europeos y configuraciones de TI antiguas usan catch-all de forma intencionada. Para los equipos de marketing, la etiqueta significa: "No podemos demostrar que esta bandeja de entrada exista."
Daños reales
Cuando las direcciones catch-all se cuelan en la prospección:
| Impacto | Síntoma típico |
|---|---|
| Hard bounces | 5–15% en listas con mucho catch-all |
| Supresión en SES | Los rebotes repetidos limitan la velocidad de tu cuenta |
| Daño a la reputación | Gmail/Outlook reducen la confianza en tu dominio |
| Créditos desperdiciados | Envíos que nunca llegan a una persona |
Lo aprendimos de primera mano gestionando campañas para agencias: las direcciones marcadas como catch_all in Company Finder bounced after send when the old rules allowed them through. Solo válidos se solucionó con la verificación previa.
Válido vs Catch-All vs Riesgoso
| Estado | Señal SMTP | ¿Seguro para el email en frío? |
|---|---|---|
| valid | 250 OK + buzón confirmado | ✅ Sí |
| catch_all | 250 OK pero el dominio acepta todos los correos | ❌ No — usar con precaución |
| riesgoso | No concluyente / en greylist | ⚠️ Volver a verificar más tarde |
| invalid | 550 / sin buzón | ❌ Eliminar |
Tu herramienta de verificación nunca debería considerar los correos catch-all como entregables para la prospección. En Email Validator, el envío masivo y la verificación previa de campañas bloquean todo excepto valid.
Qué hacer con los contactos catch-all
No los elimines a ciegas, ya que pueden seguir siendo útiles:
- Busca contactos alternativos en la web de la empresa (formulario de contacto, LinkedIn)
- Prueba Email Finder patrones (
hello@,firstname.lastname@) and verify each - Segméntalos por separado — algunos equipos hacen pruebas A/B con catch-all en volúmenes pequeños (no recomendamos esto para la prospección en frío con SES)
- Consérvalos para investigación — la empresa es real aunque el buzón no esté confirmado
Cómo aplicar un envío solo a correos válidos
Tanto si usas nuestras herramientas de envío masivo como tu propio ESP:
- Verifica la lista completa antes de enviar
- Filtra para
validonly — no catch_all, no riesgosos - Ejecuta un informe de verificación previa que muestre el recuento de envíos permitidos y bloqueados
- Suprime los rebotes de inmediato (webhooks de SES → lista de supresión)
Las listas de Company Finder ahora marcan automáticamente como bloqueados para la selección de envío masivo los contactos no válidos.
En resumen
Catch-all es un resultado de verificación, no una luz verde. Trátalo como "entregabilidad desconocida" y mantenlo fuera de la prospección en frío a menos que tengas pruebas independientes de que el buzón existe.
Verifica antes de enviar — Prueba Single Check gratis →
Relacionado: Explicación de los correos catch-all · Explicación de los estados de verificación de correos
