Correo#
Empowerment Center envía correo para las suscripciones, las alertas de datos, los avisos de la operación y de la planificación y algunos avisos a los usuarios. Todo sale por un único servidor SMTP de su organización. Sin él, el resto de ECenter funciona igual, pero no sale ningún correo. Esta página dice qué correos envía ECenter y cómo comprobar que salen; la configuración del servidor de correo, sus tiempos de espera y los límites de los envíos están en Correo y avisos.
Antes de empezar#
- El servidor de correo se configura con las variables
SPRING_MAIL_*y el remitente conECENTER_MAIL_FROM, en el entorno del backend, y se aplica al reiniciarlo. Los tiempos de espera, los avisos y los límites de los envíos se explican en Correo y avisos. - Los usuarios reciben el correo en la dirección de su ficha (Administración › Usuarios y roles). Un usuario sin dirección no recibe suscripciones ni avisos.
Qué correos envía ECenter#
| Correo | A quién | Cuándo | Se configura en |
|---|---|---|---|
| Entrega de una suscripción | Cada destinatario | Según su programación o tras el recálculo o la publicación del libro | Lo crea cada usuario; límites en ecenter.distribution.* |
| Prueba de una suscripción | Quien pulsa Enviarme una prueba | Al pulsarlo | — |
| Aviso de una alerta de datos | Cada destinatario | Al dispararse o resolverse | Lo crea cada usuario; límites en ecenter.distribution.alerts.* |
| «Suscripción pausada: «…»» y «Alerta pausada: «…»» | Su responsable | Cuando se pausa sola tras 3 fallos seguidos del sistema | ecenter.distribution.failures-to-pause y ecenter.distribution.alerts.errors-to-pause |
| Aviso de caducidad de una credencial personal | Su titular | 14 días antes de que caduque una credencial de la API de consulta o del MCP | ecenter.security.credentials.expiry-notice |
| Alertas operativas | Los destinatarios de la operación | Al abrirse y resolverse, según el modo | ecenter.operations.notifications.* (Alertas operativas) |
| Resultado de una ejecución programada | Los destinatarios de la planificación | Al terminar, según el modo | ecenter.scheduling.notifications.* (Planificación) |
Todos llevan la cabecera Auto-Submitted: auto-generated, para que los sistemas de correo no respondan con mensajes de vacaciones. Los avisos de la operación y de la planificación empiezan su asunto por [Empowerment Center] y pueden tener su propio remitente (ecenter.operations.notifications.from y ecenter.scheduling.notifications.from); si no lo tienen, usan el general.
Las suscripciones y alertas de todos los responsables de una conexión se ven en Planificación › Suscripciones y alertas (véase Planificación).
Comprobar que sale el correo#
- En Administración › Operación, abra la pestaña Políticas: en Avisos por correo, Servidor de correo dice Configurado o Sin configurar (spring.mail.host).
- Con suscripciones o alertas de datos activas, la consola comprueba el servidor de correo en cada ronda de las alertas y abre la alerta crítica Sin servidor de correo si no responde (véase Correo y avisos). Comprobar ahora, en la pestaña Alertas, lanza la ronda en el momento.
- Para probar un envío de verdad, pulse Enviarme una prueba en una suscripción: la recibe usted, con su dirección de correo.
Un correo de una entrega que falla porque el servidor no responde se reintenta a los 5 y a los 30 segundos (ecenter.distribution.mail-retries). Si un envío agota los reintentos, sus demás correos se intentan una vez, sin volver a esperar. La consola de operación abre la alerta Envíos que fallan con 3 envíos o evaluaciones fallidos en una hora.
Si no llega el correo#
| Lo que pasa | Qué mirar |
|---|---|
| No sale ningún correo | Políticas dice Sin configurar (spring.mail.host): falta SPRING_MAIL_HOST, o está vacía (una variable vacía cuenta como definida). |
| Alerta Sin servidor de correo | El servidor no responde: la máquina, el puerto, el cortafuegos o el cifrado (STARTTLS o smtps) no son los que espera. |
| Alerta Envíos que fallan | El historial de la suscripción o la alerta dice el motivo de cada envío fallido. |
| Un usuario no recibe nada | No tiene dirección de correo en su ficha, o su dominio no está en ecenter.distribution.allowed-domains. |
| Llega el enlace en lugar del adjunto | El adjunto pasa de ecenter.distribution.max-attachment (10 MB por defecto), o la instalación solo envía enlaces (ecenter.distribution.attachments: false). |
| Una suscripción o una alerta se ha pausado | Ha fallado 3 veces seguidas por un error del sistema; su responsable ha recibido el aviso. Corrija la causa y reanúdela. |
| Los enlaces de los correos no funcionan | Falta la dirección pública, ECENTER_PUBLIC_URL. |
Véase también Solución de problemas.
Probar con Mailpit#
En un entorno de desarrollo o de pruebas no conviene enviar correo de verdad. Mailpit es un servidor SMTP que guarda el correo sin entregarlo y lo enseña en una página web.
- Con el entorno de desarrollo (
./mvnw spring-boot:run), ECenter levanta Mailpit solo (enbackend/compose.yaml) y le envía el correo. Se lee enhttp://localhost:58025. - En otra instalación, arranque un contenedor de Mailpit (
axllent/mailpit) y apunte a élSPRING_MAIL_HOSTySPRING_MAIL_PORT(su puerto SMTP es el1025).
Para probar la alerta Sin servidor de correo, con una suscripción activa, pare Mailpit y pulse Comprobar ahora en la consola: la alerta se abre; al arrancarlo de nuevo, se resuelve.