Beiträge von ciwu

    Das Update sollte sich der Client selbständig vom Server holen. Schon mal erfolgreich angemeldet?

    Außerdem sollten auf dem Server unter C:\DAVID\Clients allerlei Setups zu finden sein.
    Den letzten Classic-Stand gab es wohl 04/2025.


    Da aktuell Rollout (Update) 538 verfügbar ist, ist bei 412/413 (von 2023?) wohl kein SiteCare aktiv?

    Im aktuellen Windows-Client-Download von https://david.tobit.software/downloads ist ein Team-Client von Anfang November 2026 drin.
    Classic und DvWin4 (modern client) sind nur Starter für den Team-Client.
    Ich gehe davon aus, dass es beim ISO nicht anders ist und die Client-Setups nur den aktuellen Team-Client installieren.
    Ob dies auch ohne SiteCare gemacht wird und mit 413 überhaupt funktioniert, kann ich nicht sagen.

    Zitat

    Im übrigen gibt es bei mir in SysWOW64 keine tobit32.dll.

    Und die erste Zeile im Screenshot zeigt was? 😉

    Zumindest bei mir ist diese DLL, diejenige, die von Dependencies angemeckert wird. Was zeigt es denn bei Dir an?


    Lief der Dienst denn überhaupt schon einmal oder soll jetzt erstmalig etwas damit gemacht werden? Ich brauche ihn nicht und werde ihn auch nicht testweise starten, da Windows Server 2016, wäre das Ergebnis auch wenig aussagekräftig.


    Wäre ein Upgrade auf aktuelle Windows 11 Version (25H2?) zum Test (auf einem Duplikat, Backup, Offline usw. beachten) eine Option zum Prüfen?

    Folgende alle wie im anderen Post (identisches Datum und Größe).
    C:\Windows\SysWOW64\tobit32.dll
    X:\DAVID\Code\tobit32.dll
    X:\DAVID\Clients\Windows\MOBILE\SYSTEM32\TOBIT32.DLL
    X:\DAVID\Clients\Windows\MOBILE\DAVID\CODE\tobit32.dll
    X:\DAVID\Clients\Windows\common\backend\system32\tobit32.dll
    X:\DAVID\Backup\tobit32.dll

    Folgende von 10.02.2022
    X:\DAVID\Clients\viprotect\system32\tobit32.dll

    Folgende von 07.09.2018
    X:\DAVID\Util\Windows\MailGate\SYSTEM32\TOBIT32.DLL


    Relevant ist mMn die im SysWOW64, der Rest wird von X:\DAVID\Apps\Dvhost\CODE\dvhost.exe eh nicht "gesehen".


    tobit32.dll wurde von Dependencies angemeckert, wenn man damit dvhost.exe analysiert.

    Habe nur die IP-Adressen gesehen und deren "Eigentümer" gesucht und dann das Programm komplett freigegeben.

    Keine Zeit zum weiteren Nachforschen und bei den Normal-Anwendern ist sowieso jeglicher ausgehender Traffic erlaubt.

    Was ich beobachtet habe (Vorschau unter der Nachrichtenliste):

    Beim Durchklicken der Nachrichten dauert es bis zu fünf Sekunden ehe die Vorschau unten erscheint. Selbst bei internen Plain-Text-Mails.

    Trotz deaktivierter Option "Externe Inhalte anzeigen", versucht msedgewebview2.exe alle Nase lang auf AWS- und Cloudflare-Server zuzugreifen.

    Wenn der Internet-Zugriff für msedgewebview2.exe durch eine Firewall geblockt wird, entstehen die Hänger. Sofort nach Zulassen in der Firewall geht das Wechseln schnell (ohne Team-Neustart).

    Ein Mail-Server sollte schon mit dem Internet kommunizieren können. 😉

    Nee, Spaß beiseite. Braucht man nicht eh 80 und 433 um Hotfixes/Updates (auch für den "Virenschoner" - wie ein Kollege immer sagte) zu ziehen oder Let's Encrypt aktuell zu halten? Oder blockt ihr auf Zieladresse?

    Als Tobit würde ich natürlich Updates dort anbieten, wo auch die Lizenz geprüft wird.

    Bricht die Leiste dann um, wenn man das Fenster schmaler macht? Und hocken die beiden Teile dann wieder in der Mitte?

    Ich warte meist einige Tage die Reaktionen hier ab, bevor ich ein Rollout einspiele - und freitags eh nie 😉

    Wenn gekauft, dann ist es ein Jahr lauffähig. Anderenfalls kann das Upgrade doch gar nicht installiert werden.

    Als Einzelkämpfer hätte man auch die normale 2-User-Version kaufen können.

    Kostet jetzt wohl 400,- und ab Jahr 2 jedes Jahr ca. 200,- Subscription.


    Es ist nun mal heute so, dass viele Softwareanbieter von einmal verkaufter ewig gültiger Lizenz auf Abo-Modelle umgestellt haben. Wird dann nicht mehr gezahlt, kann das Programm nicht mehr genutzt werden.

    Also bei uns sind die Ports 80 (let's enc) und 8443 (smart) zum David-Server weitergeleitet.

    443 definitiv zu einem anderen Server.

    Damit funktioniert smart-Client von außen im Browser und ebenso die David- bzw. Team-App (definitiv in Android). Dienst David-WebAPI muss natürlich laufen.


    Dienst WebBox muss nur laufen, falls man das Feature nutzt und (logischerweise zwingend) dann, wenn das Zertifikat erneuert wird. Den Dienst starte ich per Task aller paar Wochen und beende ihn automatisch nach 5 Minuten. Wenn der Start im Erneuerungsintervall (30 Tage vor Ablauf) ist, zieht es in den fünf Minuten das neue Zertifikat. Den Rest der Zeit hab ich in lieber aus, um (gefühlt) weniger Angriffsfläche zu haben.

    HTH