Rollout 528 ist da...

  • Rollout 528: TeamDavid Client

    Das aktuelle Update umfasst mehrere Neuerungen: Die Spaltenbreiten der Liste der Anhänge in der Vorschau werden nun gespeichert und bei jedem Start wiederhergestellt. Zudem wurde ein neuer Button im Kalendereditor hinzugefügt, der es ermöglicht, eine E-Mail an alle Teilnehmer eines Kalendereintrags zu senden. Abschließend wird bei der Erstellung des WebView Cache Pfades in RDP-Sitzungen sichergestellt, dass Leerzeichen im Rechnernamen entfernt werden. Alle Änderungen sind Teil des #TeamClient.

    Übersicht der Anpassungen:

    • Speichern der Spaltenbreiten bei Dateianhängen
      Die Spaltenbreite der Liste der Anhänge in der Vorschau wird nach manueller Veränderung nun gespeichert und beim Start wiederhergestellt.
    • Info an Teilnehmer einer Besprechung senden
      Wird ein Kalendereintrag mit mehreren Teilnehmern geöffnet, kann nun über den neuen Button „Info an Teilnehmer“ eine eMail an alle Teilnehmer gesendet werden.
    • Erstellung des WebView Cache Ordners ohne Leerzeichen
      Bei der Erstellung des Cache Pfades der WebView wird u.a. in RDP Sitzungen der Rechnername verwendet. Enthält dieser Leerzeichen, werden diese nun entfernt.

    Rollout 528: TeamDavid PostMan

    Im aktuellen Update wurden mehrere Verbesserungen implementiert. Die eMail-Authentifizierung per DKIM kann jetzt für autorisierte Absender optimiert werden, wodurch verhindert wird, dass deren E-Mails fälschlicherweise als SPAM eingestuft werden. Zudem wurde die MTA-STS-Zertifikatsprüfung so angepasst, dass der Domainname für die Server-Zertifikatsabfrage immer in Kleinbuchstaben verwendet wird, um Validierungsfehler zu vermeiden. Weitere Details sind im Zusammenhang mit #TeamDavidPostMan zu finden.

    Übersicht der Anpassungen:

    • Autorisierte Absender von der DKIM-Spam-Erkennung ausschließen
      Ist im PostMan die eMail-Authentifizierung per DKIM aktiviert, so kann dies für bestimmte Absender unterbunden werden, wenn diese im PostMan unter Datenbanken/Erlaubte Absenderadressen eingetragen werden.
    • Optimierung bei MTA-STS-Zertifikatsprüfung
      Bei der MTA-STS-Zertifikatsprüfung wird nun sichergestellt dass der Domainname für die Server-Zertifikatsabfrage immer in Kleinbuchstaben vorliegt, um mögliche Validierungsfehler aufgrund von Groß-/Kleinschreibung zu vermeiden.

    Rollout 528: TeamDavid Client Mac

    Die aktuelle Version umfasst mehrere Optimierungen und neue Features, darunter eine verbesserte Suche in der InfoCenter Ansicht und eine optimierte Hyperlink-Verwaltung im Editor. Zudem können Markierungen in der Nachrichtenliste jetzt direkt über das Kontextmenü gesetzt werden. Die Anzeige der Kontaktbilder wurde für verschiedene Accounts optimiert, und die Badge-Anzeige in der Favoritenleiste wurde ebenfalls verbessert. Weitere Anpassungen betreffen das Drag & Drop sowie die Darstellung von Symbolen und Aufgaben. Diese Änderungen stärken die Benutzererfahrung und verbessern die Funktionalität im #TeamDavidmacOS.

    Übersicht der Anpassungen:

    • Optimierung der Suche in InfoCenter Ansicht
      Die Suche in der InfoCenter Ansicht wurde optimiert.
    • Optimierung beim Einfügen von Hyperlinks
      Das Einfügen von Hyperlinks im Editor wurde optimiert.
    • Markierungen setzen in der Nachrichtenliste
      In der Nachrichtenliste können Markierungen jetzt direkt über das Kontextmenü gesetzt oder entfernt werden.
    • Optimierung bei Anzeige der Kontaktbilder
      Die Anzeige der Kontaktbilder bei eMails wurde optimiert - vor allem bei der Verwendung von verschiedenen Accounts und Servern.
    • Optimierung der Badge Anzeige in Favoritenleiste
      Die Badge Anzeige in der Favoritenleiste wurde optimiert.
    • Mögliches Fehlverhalten beim Drag & Drop von Nachrichten
      In Einzelfällen was das Verschieben/Kopieren von Nachrichten aus bestimmten Ordnern nicht möglich.


    Rollout 528: TeamDavid WebBox

    Die aktuelle Version beinhaltet eine Aktualisierung der openssl Version, wobei die Datei davidtls.dll nun auf openssl 3.6 basiert. Zudem wurde der alte David Client Web (Web-Access) deaktiviert; dies geschieht nun standardmäßig über einen neuen Schalter in der WebBox Konfiguration. Bei Aufruf der bisherigen Startseite des Web-Access erfolgt eine automatische Umleitung auf https://tobit.team. #TeamDavidWebBox

    Übersicht der Anpassungen:

    • Aktualisierung der openssl Version
      Die davidtls.dll wurde auf openssl 3.6. aktualisiert.
    • Deaktivierung des alten David Client Web (Web-Access)
      Der alte Web-Access wird nun durch einen neuen Schalter in der WebBox Konfiguration per Vorgabe deaktiviert. Beim Aufruf der bisherigen Startseite des Web-Access wird automatisch auf die Seite https://tobit.team umgeleitet.


    Rollout 528: TeamDavid Service Layer

    Im aktuellen Update des David Administrators wurde die Möglichkeit hinzugefügt, das „Model Context Protocol“ (MCP) in der WebAPI Konfiguration zu aktivieren, was sich derzeit in der Beta-Phase befindet. Anwender können nun ihre Daten, wie eMails und Termine, analysieren, sofern ein SideKick Server eingerichtet ist. Zudem wurde die Funktionalität erweitert, einen eigenen Agenten unter „Intelligent Agents“ hinzuzufügen und eine externe Verbindung über das MCP einzurichten. #TeamDavidServiceLayer

    Übersicht der Anpassungen:

    • Im David Administrator kann nun in der WebAPI Konfiguration das „Model Context Protocol“ (MCP) aktiviert werden (bisher noch Beta). Ist ein SideKick Server eingerichtet, kann der David Anwender somit seine Daten (z.B. eMails, Termine) analysieren lassen. Hierzu wird beim SideKick Server unter „Einstellungen/chayns OS Konfiguration/Verbindungen/SideKick“ ein MCP Eintrag hinzugefügt mit der URL der WebAPI (z.B. https://webapi-site:8443/mcp). Unter „Intelligent Agents“ kann nun ein eigener Agent hinzugefügt und benannt werden. Unter „Erweitert“ kann anschließend die „Externe Verbindung (MCP)“ eingerichtet und verbunden werden.

    Hier die release notes

    Release Notes | TeamDavid
    Release Notes | Team/David Finden Sprache Teilen Zum chayns Startbildschirm hinzufügen Start Features Support Kaufen Downloads Developers Welcome WebAPI
    david.tobit.software

    Ich hab es mal installiert.

    Edited once, last by lycra: Ein Beitrag von lycra mit diesem Beitrag zusammengefügt. (June 30, 2026 at 12:50 PM).

  • Habe gerade gesehen, dass es am 04.07.2026 ein Update DVHF388701.exe gab.

    Bei mir sind die Updates installiert, es läuft bisher alles problemlos.

    Bei mir wurde es am 2.7 installiert


    Gab es irgendwelche Probleme ? Plane die Installation für heute abend.

    Ne bei uns gab es bisher keine Probleme.


    Einzige was nun bei uns bei Ereignissen ist: Wobei ich nicht weiß seit wann das genau gekommen ist. Da der FEhler 255 Mal bei uns als Ereignis seit dem 22.06 drin ist kann es nicht mit dem Update zu tun haben. Ich weiß nicht ob ich hierzu dann besser ein eigenes Thema aufmachen sollte ;)

    Edited 2 times, last by lycra: Ein Beitrag von lycra mit diesem Beitrag zusammengefügt. (July 6, 2026 at 3:13 PM).

  • Guten Morgen,


    gefühlt häufen sich seit dem letzten Rollout die Fehlermeldungen mit Betreff "(AC) Certificate Order Error"

    kann das wer bestätigen oder haben wir hier irgend ein Problem? Firewallseitig wurde nichts geändert


    Aber es tritt nicht immer auf, wie man im Eventlog sehen kann.


    Schöne Grüße

  • "(AC) Certificate Order Error" gehört zu den Lets Encrypt SSL Zertifikaten.
    Das tritt dann auf, wenn Port 80 nicht von außen zur Verifikation der Domain verfügbar ist.
    Sollt e nichts mit dem Rollout zu tun haben, sondern wird wohl eher nur zufällig zeitgleich passieren.
    Habt Ihr seit dem letzten Zertifikate erneuern (sollte ca. 60 Tage her sein) Port 80 von außen gesperrt, oder einem anderen Server / Dienst zugewiesen (Portforwarding geändert)?

    Der Fehler wird so lange alle 4 Stunden im Log erscheinen, bis das Lets Encrypt Zertifikat erfolgreich erneuert werden konnte.
    ab dem ersten auftreten habt Ihr 30 Tage Zeit das Problem zu lösen, bevor Euer aktuelles Lets Encrypt Zertifikat ungültig wird.

  • Der Fehler wird so lange alle 4 Stunden im Log erscheinen, bis das Lets Encrypt Zertifikat erfolgreich erneuert werden konnte.
    ab dem ersten auftreten habt Ihr 30 Tage Zeit das Problem zu lösen, bevor Euer aktuelles Lets Encrypt Zertifikat ungültig wird.

    # Mon, 25 May 2026 21:27:00 +0200


    Steht im Zertifikat.


    Guten Morgen,

    lt. Log war die Erneuerung um 03:47 bzw. 03:48 auch erfolgreich.
    Danach kamen keine Fehler mehr.

    Evtl. auch nur Zufall. Danke für die Infos

    wo steht die unter ereignisse?
    hab ich grad nicht gefunden

    Edited once, last by lycra: Ein Beitrag von lycra mit diesem Beitrag zusammengefügt. (July 10, 2026 at 11:07 AM).



  • # Mon, 25 May 2026 21:27:00 +0200

    Steht im Zertifikat.

    90 Tage ist jedes Zertifikat gültig.
    Die Erneuerung soll regulär nach 60 Tagen erfolgen.
    Schlägt sie fehl hat man somit 30 Tage Zeit das oder die zum Fehlschlag führenden Probleme zu lösen, bevor man kein gültiges Zertifikat mehr hat.

    wo steht die unter ereignisse?
    hab ich grad nicht gefunden

    In Deinem Fall musst Du am 25. May 2026 unter Servername\System\David\Ereignisse im david Archiv nach "Certifikate" suchen, da sollten dann zwei Zeilen zu finden sein:
    (AC) Certificate Order Request
    (AC) Certificate Order Request successfully

    Bei uns ist da noch eine automatische Ablage nach Monaten aktiv, womit der Pfad zum letzten passenden Ereignis dann bei uns so aussieht:
    Servername\System\David\Ereignisse\Ablage\2026\Juli

  • In Deinem Fall musst Du am 25. May 2026 unter Servername\System\David\Ereignisse im david Archiv nach "Certifikate" suchen, da sollten dann zwei Zeilen zu finden sein:
    (AC) Certificate Order Request
    (AC) Certificate Order Request successfully

    Bei uns ist da noch eine automatische Ablage nach Monaten aktiv, womit der Pfad zum letzten passenden Ereignis dann bei uns so aussieht:
    Servername\System\David\Ereignisse\Ablage\2026\Juli

    Grad mal geguckt soweit geht es bei uns gar nicht zurück.

    26.06 seit dem Tag 680 Ereignisse.

  • Grad mal geguckt soweit geht es bei uns gar nicht zurück.

    26.06 seit dem Tag 680 Ereignisse.

    Das wäre mir zu kurz um im Zweifel Probleme verfolgen zu können.
    680 für 15 Tage sind aber auch nicht sehr viel.
    Wir haben aktuell im Juli 859 Ereignisse für 10 Tage
    Bei uns sind das in guten Monaten nur so rund 1.600, wenn mal was nicht rund läuft sind es aber auch mal 1.000 mehr.
    Nix um was ich mir Sorgen machen würde. In der Datensicherung ist das Zeug aber dennoch ausgeschlossen.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!