Beiträge von Dennis Fischer

    Also ich habe in den letzten Tagen nach euren Hinweisen mal unterschiedliche Konstellationen getestet, Schwerpunt Firewall im Windows Defender und User-Konfig in TetraControl im Zusammenspiel mit Einsatz-Monitor.

    Feher ist verschwunden, nachdem ich den Benutzer, der vom Einsatz-Monitor für den Zugriff auf TetraControl verwendet wird, in TetraControl gelöscht und wieder neu eingerichtet habe. Die Verindung steht nun seit einigen Tagen stabil.

    Danke an alle für eure Hinweise und Ratschläge !!

    Ist im EinsatzMonitor das Funkgerät dauerhaft grün oder wechselt es zu gelb oder rot?

    Sind im Monitor die Zugangsdaten für den Benutzer der in Tetracontrol angelegt ist richtig?

    Ist in Tetracontrol unter Benutzer alles richtig eingestellt?


    Für mich klingt das alles eher nach einem Konfigurationsproblem, als an einen Fehler vom EM.

    Das Funkgerät pendelt zwischen grün, gelb und rot.

    Ich habe jetzt noch einmal den Benutzer im TetraControl gelöscht und komplett neu angelegt, danach im Einsatzmonitor die Konfig noch mal komplett überprüft.

    Kann mir beim Benutzer ehrlich gesagt keinen Fehler vorstellen, denn z. B. falscher User-Name od. falsches Passwort würden ja dazu führen, dass es gar nicht funktioniert.

    Hast du die neuerste Version von Tetra Control auf deinem Rechner?

    Also - bei uns läuft die Version 4.1.4.

    Wie oben erwähnt:
    Via Browser klappt der Zugriff auf TetraControl lokal und von einem gleichen Rechner im Netz.

    Deshalb geht meine Vermutung aktuell eher in Richtung der Einsatzmonitor-Software.

    Mein Eindruck ist allerdings, seitdem ich den Force Reconnect ausgeschaltet habe, dass die Anzahl der Abbrüche geringer geworden ist.

    Ja ich sehe schon den Fehler, mach mal den Force Reconnect unter TetraControl in den Einstellungen vom EM aus.

    Gestern Abend nach Hinweis Force Reconnect ausgeschaltet. TetraControl und Einsatzmonitor neu gestartet. Heute früh geschaut. Gleiches Fehlerbild.

    Hier das Log2.txt. Der Monitor macht trotzdem den Force Reconnect, obwohl in den Einstellungen ausgeschaltet.

    Was genau hat der Schalter für eine Funktion?

    Die Frage habe ich mir auch gestellt. Ist nicht gerade selbsterklärend. Auch mit der Info in den Docs nicht.

    Bisher ist mir ein solches Verhalten nicht bekannt. Hast du das ne Firewall oder ne Thread Protection oder vergleichbares am laufen?

    Nur Win10-Bordmittel (Windows Defender) aktiv. Da TetraControl und der Monitor auf dem gleichen System laufen, sollte das kein Problem sein. Zumal es mit Browser auf dem gleichen System funktioniert und auch via Browser von einem anderen Rechner innerhalb des gleichen Netzes.

    Interessant ist, dass dieses Verhalten sich in dem Moment ändert, wenn ich z. B. via Remote-Desktop eine aktive Session auf dem Rechner habe ein aktuelles Log.txt beigefügt.

    Hi,

    das kann ich so auch bestätigen.

    Gruß

    Das ist zumindest insofern erfeurlich, dass es ggfs. bei der Fehlereingrenzung hilft.

    Hallo zusammen,

    ich habe das Problem, dass die Verbindung zwischen dem Webserver von TetraControl (localhost) und dem Einsatzmonitor quasi im Minuntentakt abbricht und sich neu zu verbinden versucht.

    Das scheint insbesondere dann der Fall zu sein, wenn niemand "aktiv" an dem Rechner arbeitet, bzw. Remote aufgeschaltet ist. Standby-Einstellungen, etc. sind überprüft.

    Kennt jemand dieses Fehlerbild oder hat eine Idee, wo ich schauen kann?


    Gruß

    Dennis

    Hallo in die Runde,

    kann man es irgendwie realisieren, dass die Sicht auf unterschiedliche Funktionen in der App in Abhängigkeit von der Rolle eines Benutzers gesteuert wird?
    Z. B. möchte ich erreichen, dass nicht jeder in der App die Statis der Fahrzeuge, und die Verfügbarkeit aller Kameraden sieht, sonder z. B. nur die Führungskräfte-


    Gruß

    Dennis

    Hallo,

    ich habe ebenfalls das Problem, dass Autodiscover des Exchange 2010R3 nicht funktioniert.

    ERROR FeuerSoftware.EinsatzMonitor.EinsatzMonitorBackend.Mail.MailAccessor Microsoft.Exchange.WebServices.Data.AutodiscoverLocalException: Autodiscover blocked a potentially insecure redirection to https://webmail.abcxyz.de/autodiscover/autodiscover.xml. To allow Autodiscover to follow the redirection, use the AutodiscoverUrl(string, AutodiscoverRedirectionUrlValidationCallback) overload.

    bei Microsoft.Exchange.WebServices.Data.ExchangeService.DefaultAutodiscoverRedirectionUrlValidationCallback(String redirectionUrl)

    bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.CallRedirectionUrlValidationCallback(String redirectionUrl)

    bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.TryLastChanceHostRedirection[TSettings](String emailAddress, Uri redirectionUrl, TSettings& settings)

    bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.InternalGetLegacyUserSettings[TSettings](String emailAddress, List`1 redirectionEmailAddresses, Int32& currentHop)

    bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetLegacyUserSettings[TSettings](String emailAddress)

    bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.InternalGetLegacyUserSettings(String emailAddress, List`1 requestedSettings)

    bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetUserSettings(String userSmtpAddress, UserSettingName[] userSettingNames)

    bei Microsoft.Exchange.WebServices.Data.ExchangeService.GetAutodiscoverUrl(String emailAddress, ExchangeVersion requestedServerVersion, AutodiscoverRedirectionUrlValidationCallback validateRedirectionUrlCallback)

    bei Microsoft.Exchange.WebServices.Data.ExchangeService.AutodiscoverUrl(String emailAddress, AutodiscoverRedirectionUrlValidationCallback validateRedirectionUrlCallback)

    bei Microsoft.Exchange.WebServices.Data.ExchangeService.AutodiscoverUrl(String emailAddress)

    bei FeuerSoftware.EinsatzMonitor.EinsatzMonitorBackend.Mail.MailAccessor.ReadExchangeMails(String& errorMessage):


    Gruß

    Dennis