PUBLICAR en el punto final de verificación
Enviar la solicitud a https://api.listcleaner.net/verify_email. Utilice HTTPS y un cuerpo de solicitud JSON.
Envíe una solicitud JSON segura con Net::HTTP, autentíquese con el correo electrónico de su cuenta y la clave API, y use el estado devuelto directamente en su aplicación.
El ejemplo utiliza Ruby with its standard HTTP and JSON libraries. Almacene las credenciales en variables de entorno del lado del servidor y sustituya la dirección que necesita verificar.
Enviar la solicitud a https://api.listcleaner.net/verify_email. Utilice HTTPS y un cuerpo de solicitud JSON.
Añadir X-User-Email y X-Api-Key en el servidor. Nunca exponga una clave API privada en el navegador público JavaScript.
Codifique la dirección como JSON usando el email propiedad. Deje que la biblioteca JSON del idioma escape el valor correctamente.
Una respuesta exitosa incluye success, request_id, email y status. Maneje los errores antes de confiar en esos campos.
La solicitud copiada incluye el nombre de usuario y los encabezados de la clave API. Reemplace los valores de ejemplo con la configuración del lado del servidor en producción.
Un éxito HTTP significa que la API procesó la solicitud. el status describe el resultado de la dirección. Las fallas de red, los tiempos de espera, los errores de autenticación y los créditos insuficientes necesitan un manejo diferente al de una dirección que no se puede entregar.
success. En caso de error de API, registre el ID de la solicitud y utilice el comportamiento de error documentado.{
"success": true,
"request_id": "7ad81f...",
"email": "customer@example.com",
"status": "OK"
}La respuesta del público sigue siendo concisa. Su solicitud decide si un estado particular debe aceptarse, revisarse o rechazarse.
Cargue el correo electrónico del usuario y la clave API desde el entorno o la configuración secreta. No los envíe al control de código fuente, no los registre ni los devuelva a un navegador.
Utilice tiempos de espera de conexión y de solicitud total. Trate un tiempo de espera de transporte como un resultado no disponible, no como una prueba de que la dirección enviada no es válida.
Registre el ID de la solicitud, el código HTTP, la duración y el estado final. Evite el almacenamiento innecesario de credenciales sin procesar o conjuntos de datos personales completos.
Utilice la documentación interactiva para los campos de solicitud autorizados y la consola de pruebas en vivo.
Guárdelo en un entorno del lado del servidor o en una configuración secreta. Nunca lo incrustes en un JavaScript público, un paquete de aplicaciones móviles o un archivo fuente confirmado.
No. El endpoint devuelve su estado técnico sin enviar un mensaje de verificación al destinatario.
No. Los resultados generales, temporales e inciertos necesitan una política documentada. Reserve el rechazo total para estados que proporcionen pruebas suficientemente sólidas para su caso de uso.
Sí. La API también admite flujos de trabajo de listas asincrónicas: cargue un archivo compatible, conserve el identificador del trabajo, sondee su estado y descargue el resultado final.