- Spegnimento
- 12 settembre 2026 alle ore 00:54 UTC
- Autore
- Kamo
- Impegno
- c416c9c
Il cliente sapeva uno stato di provider chiamato PENDING che il backend non invia, quindi un mittente che è stato salvato ma non ancora testato è caduto attraverso a "Non configurato". Ora legge PENDING SETUP (accetta ancora PENDING) e normalizza l'intero stato in un unico posto: il sommario di connessione, quando la password è stata modificata, il relè della piattaforma e se il membro può gestiscilo. I guasti ritornano come BulkEmailApiError, portando lo stato HTTP e, per un 400, il campo forma il backend chiamato, in modo che il modulo può mettere il messaggio su quel campo e un 403 può essere mostrato come uno stato di accesso piuttosto che un errore. I 204 vuoti sono tollerati, e un salvataggio o riscaldamento scrivere che risponde con un chiaro riconoscimento è seguito da un GET invece di essere adottato come lo stato, che è ciò che ha svuotato il modulo dopo ogni salvataggio. Aggiunge le chiamate di riscaldamento: GET e PUT /bulk-provider/warmup e POST /bulk-provider/warmup/reset.