Erreurs fréquentes

Message ou observation	Vérification et solution
Authentification au serveur de messagerie refusée	Vérifier le nom d’utilisateur et le mot de passe SMTP. Vérifiez que le compte est autorisé à s’authentifier par SMTP.
Connexion au serveur de messagerie échouée	Vérifier le port, le type de chiffrement et l’autorisation de relais. Un port TLS direct nécessite TLS, un port STARTTLS nécessite STARTTLS.
Le serveur de messagerie a refusé le destinataire/l’expéditeur	Vérifier l’adresse et l’autorisation de relais SMTP. Un test de connexion précédemment réussi n’avait pas encore vérifié cette livraison.
Le certificat du serveur n’est pas digne de confiance ou ne correspond pas au nom du serveur	Utiliser le nom DNS correspondant au certificat et, pour une CA interne, ajouter son certificat PEM.
Qisutu a refusé la clé d’accès	Copier à nouveau la clé de la connexion sélectionnée ; vérifier sa validité dans Qisutu.
La clé d’accès ne correspond pas à cette connexion ou n’a pas les permissions requises	Utiliser l’adresse et la clé de la même connexion.
Connexion Qisutu introuvable	Vérifier l’adresse complète des événements, l’état actif de la connexion et la prise en charge de Qisutu Monitoring dans l’extension.
La connexion n’appartient pas au type de système Qisutu Monitoring	Utiliser une connexion du type approprié dans l’extension Qisutu.
Qisutu limite les requêtes	L’événement reste en attente et sera retransmis ultérieurement.
Test de connexion réussi, mais aucune notification	Enregistrer les paramètres, activer le canal d’envoi et vérifier le périmètre d’appareils. Tester ensuite un changement d’état réel. Aucun message récurrent n’est généré pour un incident inchangé.
Qisutu a accepté l’événement, mais aucun nouveau ticket n’est visible	Vérifier le traitement et les règles dans l’extension Qisutu séparée. Les événements acceptés peuvent aussi y être ignorés ou supprimés.