Una campaña que el backend no puede enviar dice por qué y cómo arreglarla

Featurekamo-internal
Se descapó
12 de septiembre de 2026 a las 2:33 UTC
Autor
Kamo
Compromit
f41c923

EmailService hace una pausa de una campaña en lugar de fallar a sus destinatarios por uno cuando no puede enviarlo: su De está fuera de la plataforma relé dominio, o no hay remitente a granel en absoluto. Se niega a enviar, amarrar y reanudar mientras la causa se mantiene, y lo reporta en la campaña como enviarBlocker. - el editor y la vista de progreso muestran una bandera con la causa, la la propia oración del servidor y la fijación como dos pasos: cambiar el de (o utilizar el proveedor por defecto) y reanudar, o abrir el remitente a granel configuración y curriculum vitae. Reanuda permanece inhabilitado mientras el borrador sigue tiene la causa - Reanuda ahora salva el draft primero, así que un corregido De llega a la backend en lugar de que la campaña se reanude como almacenado y se negó otra vez - un envío, un calendario o un curriculum se declara en su lugar con la el mensaje del servidor, no sólo en un brindis, y la campaña se vuelve a leer Así que su estado y bloqueador son actuales - la red de campañas marca una campaña bloqueada junto a su estado, con el motivo en el flotante - errores de la API de la campaña prefieren el mensaje humano a través de un código de máquina, y llevar el estado y el código

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios