Errori frequenti¶
Messaggio o osservazione |
Verifica e soluzione |
|---|---|
Autenticazione al server di posta rifiutata |
Controllare nome utente e password SMTP. Assicurarsi che l’account sia autorizzato ad autenticarsi tramite SMTP. |
Connessione al server di posta non riuscita |
Controllare porta, tipo di crittografia e autorizzazione del relay. Una porta TLS diretta richiede TLS, una porta STARTTLS richiede STARTTLS. |
Il server di posta ha rifiutato il destinatario/mittente |
Controllare l’indirizzo e l’autorizzazione del relay SMTP. Un test di connessione precedentemente riuscito non aveva ancora verificato questa consegna. |
Il certificato del server non è attendibile o non corrisponde al nome del server |
Utilizzare il nome DNS corrispondente al certificato e, per una CA interna, memorizzare il suo certificato PEM. |
Qisutu ha rifiutato la chiave di accesso |
Copiare di nuovo la chiave della connessione selezionata e verificarne la validità in Qisutu. |
La chiave di accesso non corrisponde a questa connessione o non ha l’autorizzazione |
Utilizzare l’indirizzo e la chiave della stessa connessione. |
Connessione Qisutu non trovata |
Controllare l’indirizzo completo degli eventi, lo stato attivo della connessione e il supporto per Qisutu Monitoring nell’add-on. |
La connessione non appartiene al tipo di sistema Qisutu Monitoring |
Utilizzare una connessione del tipo corretto nell’add-on Qisutu. |
Qisutu limita le richieste |
L’evento rimane in attesa e verrà trasmesso di nuovo in seguito. |
Test di connessione riuscito, ma nessuna notifica |
Salvare le impostazioni, attivare il canale di invio e controllare l’ambito dei dispositivi. Verificare poi un effettivo cambiamento di stato. Un guasto invariato non genera notifiche ricorrenti. |
Qisutu ha accettato l’evento, ma nessun nuovo ticket è visibile |
Controllare l’elaborazione e le regole nell’add-on Qisutu separato. Anche gli eventi accettati possono essere ignorati o soppressi al suo interno. |