Częste błędy¶
Komunikat lub obserwacja |
Sprawdzenie i rozwiązanie |
|---|---|
Logowanie do serwera poczty odrzucone |
Sprawdź nazwę użytkownika SMTP i hasło. Upewnij się, że konto może logować się przez SMTP. |
Połączenie z serwerem poczty nie powiodło się |
Sprawdź port, rodzaj szyfrowania i zezwolenie na relay. Port bezpośredniego TLS wymaga TLS, a port STARTTLS wymaga STARTTLS. |
Serwer poczty odrzucił odbiorcę/nadawcę |
Sprawdź adres i zezwolenie na relay SMTP. Wcześniejszy udany test połączenia nie sprawdził jeszcze tego dostarczenia. |
Certyfikat serwera nie jest zaufany lub nie pasuje do nazwy serwera |
Użyj nazwy DNS pasującej do certyfikatu, a w przypadku wewnętrznego CA dodaj jego certyfikat PEM. |
Qisutu odrzuciło klucz dostępu |
Ponownie skopiuj klucz wybranego połączenia; sprawdź jego ważność w Qisutu. |
Klucz dostępu nie pasuje do tego połączenia lub nie ma uprawnień |
Użyj adresu połączenia i klucza tego samego połączenia. |
Nie znaleziono połączenia Qisutu |
Sprawdź pełny adres zdarzeń, aktywny stan połączenia i obsługę Qisutu Monitoring w dodatku. |
Połączenie nie należy do typu systemu Qisutu Monitoring |
W dodatku Qisutu użyj połączenia odpowiedniego typu. |
Qisutu ogranicza żądania |
Zdarzenie pozostaje oczekujące i zostanie przesłane ponownie później. |
Test połączenia udany, ale brak powiadomienia |
Zapisz ustawienia, włącz kanał wysyłki i sprawdź zakres urządzeń. Następnie sprawdź rzeczywistą zmianę stanu. Dla niezmienionej awarii nie jest generowane powtarzające się powiadomienie. |
Qisutu przyjęło zdarzenie, ale nie widać nowego zgłoszenia |
Sprawdź przetwarzanie i reguły w osobnym dodatku Qisutu. Przyjęte zdarzenia mogą być w nim także ignorowane lub tłumione. |