Sobre este vídeo

Las direcciones de este vídeo son ejemplos. La verificación de archivos requiere una cuenta de pago. BillionVerify no está afiliado a Mimecast, Proofpoint, Barracuda ni Sophos, ni cuenta con su aval.

Transcripción del vídeo

1. 00:00Cómo detectar una pasarela

   Mimecast, Proofpoint, Barracuda y Sophos pueden estar delante del correo de una empresa. El resultado depende entonces de cómo se comporte esa pasarela. Aquí están los cuatro casos y qué hacer con cada uno. Detectamos una pasarela por los registros de correo del dominio. El nombre del host MX muestra quién recibe el correo. Puedes leer lo mismo en la API, en el campo llamado mx_records. Después decide el comportamiento. Miramos cómo trata la pasarela tu dirección y cómo trata una dirección aleatoria que no debería existir. Eso da cuatro casos.

2. 00:34Los cuatro casos

   Caso uno. La pasarela acepta tu dirección y rechaza la aleatoria. Distingue entre direcciones, así que su sí significa algo. El resultado es válido, con el motivo smtp_deliverable. Caso dos. Acepta las dos. La pasarela está en modo accept-all, así que ese sí no demuestra nada sobre un buzón concreto. El estado es catch-all, el motivo es gateway_accept_all y consume un crédito. Caso tres. Acepta tu dirección, pero limita temporalmente la aleatoria. Pasa con Mimecast y pasarelas parecidas. Nos quedamos con el sí, así que es válido. La puntuación es más baja, porque nada demostró que el dominio no sea catch-all. Caso cuatro. La pasarela bloquea la comprobación. Un bloqueo no dice nada sobre el buzón, así que el estado es desconocido y el motivo es smtp_blocked. No hay cargo, y volver a intentarlo normalmente no ayuda.

3. 01:22Respuestas temporales

   Las pasarelas también envían respuestas que solo significan espera. Mimecast puede aplicar greylisting a la comprobación. Proofpoint puede decir que una consulta al directorio sigue en curso. Las dos devuelven desconocido, y las dos se pueden reintentar. En un trabajo de archivo no tienes que hacer nada. El greylisting se reintenta automáticamente y se te cobra una vez, solo cuando llega un resultado definitivo. Por la API, usa force_refresh en las filas donde retryable sea true. Sophos tiene un caso más. Algunas de sus respuestas no dan ninguna conclusión sobre el destinatario. Devuelven desconocido, con el motivo smtp_unverifiable, y no se pueden reintentar. Un ajuste puede ocultar todo esto. check_smtp viene activado por defecto en la API. Ponlo en false y se omiten las capas SMTP, así que la mayoría de las direcciones vuelven como desconocidas. Las herramientas MCP lo tienen en false por defecto, así que pasa true ahí.

4. 02:13Lee tus resultados

   En un archivo de resultados, ev_status te da el grupo y ev_reason te dice el caso. gateway_accept_all y mimecast_greylist nombran la causa directamente. Los otros códigos son generales, porque también aparecen en dominios sin pasarela.

5. 02:27Qué hacer

   Los válidos entran en tu envío principal. Los catch-all siguen la regla que ya usas: el correo importante suele enviarse, y la prospección en frío depende de ti. Un desconocido reintentable merece otro intento. Uno bloqueado, no: déjalo en espera o envía con cuidado. Una pasarela no tiene un resultado fijo. Decide su comportamiento en ese dominio, así que lee el motivo antes de elegir qué enviar.

6. 02:48Empieza 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

• Puerta de enlace de correo electrónico (Email gateway)
• Seguridad del correo electronico