Saltar al contenido principal

Configuración

Nota: Ahora es una pestaña en la página de Configuración de la consola

Desde que AI Governance pasó a formar parte de la consola AI Security & Governance, el relay SMTP se encuentra en Sistema → Configuración → Notificaciones, junto a los ajustes de seguridad, en lugar de estar en una página de Configuración propia. El relay en sí no ha cambiado y se configura una sola vez por tenant.

La página de Configuración contiene la infraestructura de notificaciones para todo el tenant de la que depende el resto del Gateway. En este momento, ese elemento es único: el relay SMTP a través del cual se envían todos los canales de alerta por correo electrónico. Se configura una vez por tenant en lugar de una vez por canal, por lo que agregar un nuevo canal de correo electrónico posteriormente solo requiere una lista de destinatarios.

Todos los demás ajustes operacionalmente relevantes se encuentran en su propia página: Enrutamiento, Alertas, AI Security y Observabilidad.

Relay SMTP​

El relay es el servidor de correo saliente que utiliza Beak AI Gateway cada vez que se activa una alerta en un canal de correo electrónico. Sin él, los canales de correo electrónico se crean correctamente pero no pueden entregar mensajes — configure el relay antes de depender del correo electrónico para las alertas de presupuesto.

  • Host — Nombre de host del servidor de correo saliente, por ejemplo smtp.example.com. Obligatorio.
  • Port — Puerto TCP, 1–65535. El valor predeterminado es 587, el puerto de envío estándar.
  • Username — Opcional. Déjelo en blanco para relays que acepten envío no autenticado desde dentro de la red.
  • Password — Credencial para el nombre de usuario indicado anteriormente. Cifrada en reposo y nunca devuelta por la API; consulte Gestión de Contraseñas.
  • From address — Remitente del sobre aplicado a cada correo de alerta. Obligatorio. Un canal individual puede anularlo, pero este valor es el predeterminado del tenant.
  • Use TLS — Habilita STARTTLS en los puertos estándar. SMTPS se detecta automáticamente en el puerto 465, por lo que mantener esta opción activada es correcto para ambas convenciones.

Host y From address son los únicos campos obligatorios; guardar sin alguno de ellos es rechazado antes de que la solicitud salga del navegador. Seleccione Save SMTP Relay para persistir — un aviso SMTP relay saved confirma la escritura.

Gestión de Contraseñas​

La contraseña del relay se cifra en reposo y nunca se envía de vuelta al navegador. Esto produce dos comportamientos que conviene conocer:

  • Una insignia Password set aparece junto al encabezado de la sección una vez que se almacena una contraseña. Esta insignia es la única indicación de que existe una credencial — el campo en sí siempre se muestra vacío.
  • Cuando ya hay una contraseña almacenada, el campo se etiqueta como New password (leave blank to keep). Enviar el formulario con el campo vacío conserva la contraseña existente; cualquier otro valor la reemplaza.

Nota: Dado que la contraseña almacenada nunca se muestra, no es posible leer el valor actual. Si se pierde, establezca una nueva en lugar de intentar recuperarla.

Permisos​

  • Ver la configuración del relay requiere alerts:read.
  • Guardar cambios requiere alerts:update.

Ambos se otorgan a través de Usuarios y Roles.

Mejores Prácticas​

  • Configure el relay antes de crear canales de correo electrónico — Un canal de correo electrónico se guarda sin un relay pero silenciosamente no tiene a dónde enviar; configurar el relay primero significa que el Send test del canal tenga éxito la primera vez.
  • Use una dirección de remitente dedicada — Un remitente como alerts@example.com mantiene las alertas del Gateway filtrables y evita que se pierdan en las reglas del buzón de correo de un individuo.
  • Prefiera el puerto 587 con TLS — STARTTLS en 587 es aceptado por todos los principales relays; reserve 465 para proveedores que requieran SMTPS implícito.
  • Vuelva a hacer pruebas después de rotar la contraseña — Use Send test en cualquier canal de correo electrónico desde la página de Alertas para confirmar que la nueva credencial funciona, en lugar de esperar a que una brecha real de presupuesto revele un relay roto.

Páginas Relacionadas​

  • Alertas — Canales, reglas de presupuesto y el registro de eventos de entrega que consumen este relay.
  • Usuarios y Roles — Otorga los permisos alerts:read y alerts:update.
  • Enrutamiento — Selección de modelo, tiempo de espera, respaldo y configuración de reintentos.
  • AI Security — Inscripción de políticas de seguridad por equipo.
  • Observabilidad — Inscripción de rastreo por equipo.