Glosario de verificación de correo
Qué significan los términos de verificación de correo
Busca un término de un resultado de verificación o de una respuesta del servidor de correo. Cada entrada explica el mecanismo, lo que demuestra la evidencia y la incertidumbre que queda. Elige abajo el término que necesitas.
Buscar una definición
Dominio catch-all
Un servidor acepta destinatarios arbitrarios. Esa aceptación por sí sola no demuestra que exista un buzón concreto.
Greylisting
Una negativa SMTP temporal pide al remitente que vuelva a intentarlo. Un intento posterior puede aportar más evidencia.
Trampa de spam
Una dirección usada para detectar prácticas de envío problemáticas. La verificación no puede certificar que una dirección no sea una trampa.
Dirección de función
Una dirección para un equipo o una función, como support@. Puede recibir correo; su idoneidad depende del propósito.
Dirección de correo desechable
Una dirección de un proveedor de correo temporal. La señal del dominio informa sobre la duración de uso y sirve para aplicar reglas; no demuestra un fallo de entrega.
Rebote duro y rebote blando
Los fallos de entrega permanentes y temporales describen un intento de envío. Aquí se explica cómo se diferencian de la evidencia de verificación.
Handshake SMTP
El saludo y los comandos para preguntar a un servidor por un destinatario. El sondeo termina antes de enviar contenido del mensaje.
Registro MX
Un registro DNS que identifica los servidores de correo de un dominio y su prioridad. Una ruta no demuestra que exista un buzón.
Sintaxis de una dirección
Reglas de formato comprobadas antes de consultar la red. Un formato válido no demuestra que funcionen el dominio o el buzón.
Fallo de DNS
Una consulta puede indicar que el dominio no existe o que hay un problema temporal de resolución. Cada caso exige un tratamiento distinto.
Limitación de ritmo
El destino limita las conexiones o las consultas sobre destinatarios. Ese límite no permite determinar si existe el buzón.
Rechazo ambiguo
Una negativa al destinatario puede ocultar información del buzón o responder a reglas del servidor. Una respuesta aparentemente definitiva no siempre justifica el rechazo.
Fallos de TLS y STARTTLS
Un intento de STARTTLS falla antes de comprobar el destinatario. La falta de soporte de STARTTLS y la validación del certificado son cuestiones distintas.
Rechazo por política
El destino rechaza una sesión o un destinatario según sus reglas. La negativa por sí sola no demuestra que el buzón no exista.
Códigos que nos describen a nosotros, no a la dirección
Las protecciones del servicio, los límites de capacidad o el trabajo incompleto pueden impedir un sondeo. Estos códigos describen la comprobación, no el buzón.
Errores de protocolo
El cliente SMTP no puede procesar una respuesta o un intercambio dentro de sus límites de protocolo y recursos. Una respuesta negativa válida es otro caso.
Direcciones que este servicio no sondea
Un formato no admitido o un destino inseguro pueden detener la comprobación por diseño. Esa limitación no demuestra un fallo de entrega.
Consulta la evidencia de una dirección
Crea una cuenta para comprobar una dirección y leer el estado, la acción recomendada y los códigos de motivo.