Correo electrónico y notificaciones
El cajón de notificaciones dentro de la aplicación de Kanera funciona sin configuración. Todo lo que sale del servidor (correo electrónico, envío del navegador y canales de entrega personal) necesita una decisión suya.
Configurar correo electrónico
SMTP es opcional, pero se recomienda para invitaciones, notificaciones, verificación y uso operativo.
SMTP_HOST=smtp.example.com
SMTP_PORT=587
SMTP_SECURITY=starttls
SMTP_PASSWORD=your-password
SMTP_FROM_NAME=Kanera
Un administrador de la organización también puede ingresar la configuración SMTP desde Configuración -> Organización -> Integraciones en lugar de utilizar valores ambientales. La página de configuración marca qué fuente está en uso.
Deje la verificación de correo electrónico desactivada hasta que se confirme que el correo saliente funciona:
EMAIL_VERIFICATION_ENABLED=false
Una vez que el correo electrónico esté funcionando, puede configurar EMAIL_VERIFICATION_ENABLED=true para requerir verificación para el registro, el registro de invitaciones y los cambios de correo electrónico.
Notificaciones por correo electrónico
Una vez que SMTP funciona, los usuarios administran su propio canal de correo electrónico y sus preferencias de correo electrónico por tipo desde Configuración de perfil -> Notificaciones. No se necesita ninguna configuración adicional del servidor.
Empuje del navegador
- Confirme que Kanera se entrega a través de HTTPS.
- Abierto Configuración -> Organización -> Integraciones como administrador de la organización.
- Habilitar Permitir la inserción del navegador para esta organización. Esto también prepara la configuración de inserción web compartida que los navegadores necesitan antes de que alguien pueda suscribirse.
- Solicite a los usuarios que quieran abrir alertas automáticas Configuración de perfil -> Notificaciones, habilitar Permitir notificaciones push, otorgar permiso al navegador y elegir sus preferencias de inserción por tipo.
Push es específico del dispositivo y del navegador. Un usuario que desee alertas en varios dispositivos debe habilitar la inserción desde cada navegador o PWA instalada.
Push está desactivado de forma predeterminada tanto para la organización como para cada usuario, pero es el canal que vale la pena fomentar: llega una alerta mientras el trabajo está actual y no deja nada en la bandeja de entrada después. Ver Configuración.
Canales de entrega personales
Los usuarios pueden enviar sus propias notificaciones a ntfy, Gotify o un webhook personal sin ninguna configuración del servidor, siempre que se pueda acceder al destino a través de HTTPS público.
Si sus usuarios ejecutan esos servicios en la red interna, permita receptores privados:
KANERA_ALLOW_PRIVATE_NOTIFICATION_DESTINATIONS=true
Esto permite http:// y direcciones privadas como loopback, RFC1918, CGNAT e IPv6 ULA. Las direcciones de metadatos de enlace local y en la nube, la multidifusión y otros rangos reservados permanecen bloqueados. Déjalo sin configurar o false para requerir destinos HTTPS públicos.
Un homelab o un servidor interno ntfy o Gotify suele ser el principal motivo para autohospedarse, por lo que suele ser la única configuración de notificación que vale la pena cambiar. La página de configuración de notificaciones le dice a cada usuario cuál de las dos políticas está activa. Ver Canales de entrega personales.
Destinos de chat
Los administradores del espacio de trabajo pueden publicar la actividad de las tarjetas en Slack, Discord, Telegram o Zulip desde Configuración del espacio de trabajo -> Integraciones. Eso no necesita configuración del servidor más allá del acceso HTTPS saliente.
Los destinos de chat y los webhooks personales almacenan sus credenciales cifradas con SECRETS_ENCRYPTION_KEY. Configúrelo en un valor estable distinto de JWT_SECRETy no lo cambie después de que existan destinos. Ver Destinos de chat.