Errores frecuentes

Mensaje u observación	Comprobación y solución
Autenticación en el servidor de correo rechazada	Revisar el nombre de usuario y la contraseña SMTP. Asegúrese de que la cuenta tiene permitida la autenticación mediante SMTP.
Conexión con el servidor de correo fallida	Revisar el puerto, el tipo de cifrado y la autorización de relay. Un puerto TLS directo necesita TLS; un puerto STARTTLS, STARTTLS.
El servidor de correo ha rechazado al destinatario/remitente	Revisar la dirección y la autorización de relay SMTP. Una prueba de conexión anterior correcta todavía no comprobó esta entrega.
El certificado del servidor no es de confianza o no coincide con el nombre del servidor	Utilizar el nombre DNS que coincide con el certificado y, para una CA interna, añadir su certificado PEM.
Qisutu ha rechazado la clave de acceso	Copiar de nuevo la clave de la conexión seleccionada y comprobar su validez en Qisutu.
La clave de acceso no corresponde a esta conexión o no tiene permisos	Utilizar la dirección y la clave de la misma conexión.
Conexión de Qisutu no encontrada	Revisar la dirección completa de eventos, el estado activo de la conexión y la compatibilidad con Qisutu Monitoring en el complemento.
La conexión no pertenece al tipo de sistema Qisutu Monitoring	Utilizar una conexión del tipo adecuado en el complemento Qisutu.
Qisutu limita las solicitudes	El evento permanece pendiente y se transmitirá de nuevo más tarde.
Prueba de conexión correcta, pero no hay notificación	Guardar los ajustes, activar el canal de envío y revisar el ámbito de dispositivos. Después probar un cambio de estado real. Una incidencia sin cambios no genera notificaciones recurrentes.
Qisutu ha aceptado el evento, pero no se ve un ticket nuevo	Revisar el procesamiento y las reglas en el complemento Qisutu independiente. Los eventos aceptados también pueden ignorarse o suprimirse allí.