- Se descapó
- 12 de septiembre de 2026 a las 0:54 UTC
- Autor
- Kamo
- Compromit
- c416c9c
El cliente conocía un estado de proveedor llamado PENDING que el backend nunca envía, por lo que un remitente que se salvó pero aún no probado cayó a "No configurado". Ahora lee PENDING-SETUP (todavía aceptando PENDING) y normaliza todo el estado en un solo lugar: el resumen de la conexión, cuando el contraseña cambió por última vez, el relevo de la plataforma y si el miembro puede - Manégolo. Los fallos vuelven como BulkEmailApiError, portando el estado HTTP y, para a 400, el campo de forma el backend nombrado, por lo que el formulario puede poner el mensaje en ese campo y un 403 se puede mostrar como un estado de acceso en lugar de un error. Se toleran los 204 vacíos, y un ahorro o calentamiento escribe que responde con un reconocimiento desnudo es seguido por un GET en lugar de ser adoptado como el estado, que es lo que en blanco de la forma después de cada salvación. Añade las llamadas de calentamiento: GET y PUT /bulk-provider/warmup y POST /bulk-provider/warmup/reset.