Beiträge von riawie

Zitat von lycra

Nur leider ist der tobit Team Client beim Ordner wechseln auch eher langsam. Samsung Mail ist da deutlich schneller. Wahrscheinlich weil er das ja cached.

Nun, das ist doch aber grundsätzlich klar, da es sich bei den beiden Systemen um vollständig unterschiedliche Ansätze handelt.

Samsung Mail cached in dem Sinne auch nicht, es synchronisiert und hat somit für den eingestellten Zeitraum und für die abonnierten Ordner stets eine komplette lokale Kopie der Daten vorrätig. Im Gegenzug kann es aber nur schwer auf ältere Daten oder nicht abonnierte Ordner und deren Inhalte zugreifen und ist dabei dann sogar langsamer als die Chayns bzw. Rest.API basierten David3 oder Team Clients.

Ich sehe da auch kein entweder oder, sondern eine Ergänzug.

Wir geben grundsätzlich allen deren Geräte von Samsung stammen den samsung eMail Client, alle anderen bekommen Outlook, die Apple Leute bekommen Apple Mail.
Wer in unserem zentralen Archiv suchen können muss bekommt bisher zusätzlich die David3 und künftig eben die Team App.

Sowohl die David3 als auch jetzt die Team App haben ja auch noch das Problem das man da leider keine eigene Vorlage für die Benutzer hinterlegen kann.
Da ist das EAS Protokoll mit den zentral auf dem Server angewendeten Vorlagen nach wie vor haushoch überlegen.

Zitat von graef-edv

Nur den Server anzugeben reicht trotz Haken "Kennwort merken" nicht.

Zitat von graef-edv

Allerdings nur, wenn man auch im lokalen Netzwerk Benutzername und Kennwort mit speichert. Nur der Server (so wie bisher) reicht nicht.

Irgendetwas hat Tobit da wohl geändert. Bisher waren bei dem lokalen Client ja keine Anmeldedaten nötig.

Da gibt es einen deutlichen Unterschied zwischen dem Classic Client und den beiden neuen Clients. der Classic Client ist der einzige der (noch) Single Sign on auf Windows Rechnern beherrscht. Sowohl beim Modern Client als auch beim Team Client muss man auch lokal in der Domäne zusätzlich zum Server Benutzer und Kennwort angeben und speichern lassen.

Autsch, ja, da kann ich Dir nur die Daumen drücken.

nun, also erst mal eine vollständige Datensicherung und dann einen Filesystemcheck machen.
Dann entscheiden ob der Datenträger ausgetauscht werden muss, oder ob das nur eine beschädigte Datenstruktur aufgrund anderer Einflüsse ist.

Nach dem soweit wieder alles klar ist das Webbox Verzeichnis in ein temporäres Verzeichnis wegschieben, dann den aktuellen Rollout (als ISO oder vhd bei Tobit heruntergeladen) über den bestehenden Server - erst alle Dienste stoppen - drüber installieren. Keine Angst, dabei werden nur die fehlenden Dateien erneut installiert. Dienste wieder starten und die Webbox sollte wieder laufen. Anschließend sind die Konfiguration der Webbox und der Zertifikate zu prüfen.

Je nach dem wie lange Du für eine vollständige Datensicherung und einen eventuellen Austausch des Datenträgers brauchst ist der Rest in weniger als einer halben Stunde zu erledigen.

hmm, wir haben den Tobit.Chat nie aktiviert, eben weil er über Chayns läuft und wir gar nicht allen Mitarbeitern externen Zugriff gewähren wollen, aber sehr wohl alle miteinander Chatten können sollen.

Wir nutzen dazu schon die ganze Zeit den David.Chat, der jetzt im Team Client Team.Chat heißt, aber eins zu eins das gleiche ist und auch dann funktioniert, wenn einer den Classic Client und ein anderer den Modern Client, oder eben jetzt den Team.client nutzt.

Am Smartphone ist das ganze bislang in der (nicht länger gepflegten) David3 App für Chats an Mails und in der (zuletzt im März gepflegten) David.Chat App für allgemeine Chats ohne Bezug zu eMails verfügbar.
Auch die neue Team App auf den Smartphones unterstützt den David.Chat an bzw. zu eMails.

Die Tobit.chat App habe ich bislang nur für den Chat mit dem Tobit Support genutzt.

Mit dem Team Client muss ich erst warm werden.
Erst haben mich da viele Dinge genervt, die sich aber letztlich als entweder sinnvoll (wenn auch erst mal ungewohnt) - wie z.B. die Favoriten links statt unten - oder als durchaus konfigurierbar herausgestellt haben.

Wer sich übrigens wundert das sich einige Symbolleisten nicht einschalten lassen.
Bei mir waren in den nicht einblendbaren Symbolleisten schlicht alle Einträge unter Anpassen abgewählt. Klar das sich eine leere Symbolleiste dann auch nicht einblendet, egal wie oft man drauf klickt.

So langsam sieht der Client damit nun doch aus als könnte man ihn brauchen wenn der Classic Client dann eines Tages mal abgeschaltet wird.
Fehlen mir aber noch Performance Tests was den mobilen Einsatz angeht.
Das müssen also die nächsten Tage und Wochen zeigen.

Fürs erste mag ich den Team Client auf Smartphones und Tablet Geräten schon mal mehr als die leider seit 2021 eingeschlafene David3 App.

Ansonsten gefällt mir auf jeden Fall mal die Möglichkeit endlich auch zu Nachrichten mit externen Teilnehmern chatten zu können. Leider geht das nicht im Classic Client und leider geht das auch nicht zu im Archiv abgelegten Dateien - wir haben hier große Archive mit PDF Dokumenten im David liegen, bei denen die chat Funtion echt sinnvoll wäre, was die ganz alte Kommentar Funktion leider nicht abdecken kann, da dort keine Zeitstempel und Nutzerinformationen zu Einträgen zur Verfügung stehen.
Schade, ein Chat zu den Dokumenten im Archiv wäre schon sehr willkommen gewesen...

so, ich habe dann auch mal nachgezogen und das Rollout eingespielt.

Oben wurde geschrieben das der Team Client nur mit aktvierter KI Funktion nutzbar sei.
Das ist nicht korrekt.
PROXYTEC + nordtech ich rege an das Ihr den Team client mal deinstalliert und ihn anschließend über den Aufruf aus dem Logo Menü eines der anderen Clients neu installieren lasst.

nordtech wenn man den Team Client ohne chayns Anmeldung nutzen will, dann darf das Konto nicht aktiv mit einem Chayns Account verknüpft sein. Bei Konten die nicht mit chayns verknüpft sind - sei es weil das noch nie passiert ist, oder weil man die chayns Verknüpfung vor starten des Team Clients in einem anderen Client bewusst getrennt hat - meckert der Team Client auch nicht über einen fehlenden Chayns Account.

Was die Clients angeht, so gefällt mir auf Android und auch auf iOS die neue Team App deutlich besser als die alte David3 App.
Schick das man nun auch auf Geräten wo die David3 App bislang nicht zugänglich war mit der Team App auf den bisher einzigen Workaround über die Chayns App verzichten kann.
Wer die Apps verwenden will kommt allerdings anders als am PC um einen Chayns Login nicht drum herum.

Der Smart Client - im Webbrowser und auch die alte David3 App - funktioniert hier auch mit Rollout 500 genau wie zuvor. Bei uns sind allerdings auch alle Ports die von David verwendeten Standard Ports, da unser David Server seine eigene IP Adresse hat und sich mit niemandem Ports teilen muss.

Was mich wirklich stört ist die geänderte lokale Anmeldung, welche nur im Classic Client ein Windows Single Sign On zur Verfügung stellt. Bei beiden anderen Clients ist die Eingabe und oder das speichern von Benutzername und Kennwort zwingend nötig.
Das nervt mich als Admin - mindestens für AD Nutzer im Unternehmen - schon und lief vorher klar besser, unseren Benutzern wird das allerdings vermutlich nicht relevant negativ auffallen, zumal sie es selten werden machen müssen.

MFA wäre in der Tat für lokale Anmeldung, so diese real von außen erfolgt, in der Tat eine sinnvolle Erweiterung der Sicherheit und für manche wohl auch zwingend notwendig, weil von Versicherungen inzwischen verlangt.
Wählt man chayns als Anmeldemöglichkeit bringt das zwar MFA mit, erfordert jedoch das Vertrauen in diese dritte Instanz und könnte für Cyber Versicherungen eventuell schwer zu schlucken sein. Die Lokale Anmeldung via Port 267 und der Login ohne MFA lässt sich dadurch allerdings sogar abschalten, wenn es nur drum geht zu sagen: "wir haben von Extern jetzt MFA"
Ob das allerdings reicht?

Zitat von JOBWO

Sehr enttäuschend ...

ein eMail Programm mit solchen Fehlern im Editor unglaublich ...

Vielleicht sollte Tobit den Editor aus diesem Forum einbauen ...

1. geht
2. geht

- Aufzählungen gehen auch, Wahnsinn
- Es verschwindet keine Leerzeile, Wahnsinn

hmm, gerade in allen 3 Clients getestet.

funktioniert in allen 3 Clients

Auch bei uns gab es allerdings Zeitenin denen das nicht funktioniert hat.
Das Problem waren unsere fehlerhaften Vorlagen.

Zu dem Thema hatten wir hier im Forum übrigens neulich erst eine Diskussion in welcher ich unter anderem den Zusammenhang mit der Einstellung der Editor Option "Einfacher Zeilenumbruch per Enter (anstatt Absatzwechsel)" mit dem von vielen bemängelten Verhalten der Listen erklärt hatte.
Kurztipp: mach die Option aus, dann funktionieren auch Listen wie erwartet
Protipp: der Editor dieses Forums verhält sich exakt so wie der David Editor wenn man besagte Option deaktiviert hat.

Auch hier macht ein Enter einen Absatzwechsel und ein Umschalt + Enter eine simple neue Zeile.

Tobit hat obige Option nur auf Nutzerwunsch in den David Editor eingebaut.
Das hätten sie lieber lassen sollen, denn seit dem es die Option gibt und die Leute diese nutzen hagelt es Beschwerden wegen der Listen.

Was sagt denn der Tobit Support bislang dazu?

stylistics mir gings ja eher um die Rückversicherung ob das auch bei denen, welche das nicht gleich in ihren Berichten mit erwähnt hatten zutrifft
Ich hab das Update nämlich bis aufs Wochenende verschoben und frage mich gerade ob ich noch eine Woche warte, oder ob ich es morgen Nachmittag einspiele.
Der Post von lycra hat mir halt jetzt Mut gemacht das es vielleicht doch kein generelles Problem mit dem Rollout ist. Und da hier alle Ports unveränderter Standard sind...
Ich warte nun aber in jedem Fall mal ab ob die anderen das auch noch bestätigen, oder sonst im Zweifel lieber doch noch ne Woche...

lycra nutzt die WebAPI bei Dir den standard Port 8443?

Kann es sein das die bei denen Smart Client und David3 App am Smartphone nicht funktionieren alle einen anderen Port als 8443 in der WebAPI Konfiguration eingetragen haben?

Zitat von Tankenmann

Gibt es eine Strategie? Auf Chatanfragen antwortet beim Hersteller niemand.

Die Strategie ist SiteCare (*) zu haben und dann hier lang zu gehen:

Eine Support Anfrage aufzumachen, welche dann per Chat beantwortet und bearbeitet wird.

(* = für Support wollen die halt irgendwie Geld sehen, die SiteCare reicht denen allerdings aus und es gibt keine Extrakosten)

Zitat von PROXYTEC

Dennoch muss ich um den Client nutzen zu können, die KI Funktion wie bisher im David Administrator aktivieren. Und das kostet Geld.

hmm, das passt aber nicht zu den release Notes:

Zitat

• Verwendung des Team Clients ohne aktivierte KI Einstellung
  Der Team Client kann nun auch verwendet werden, ohne dass die KI Einstellung im David Administrator aktiviert ist.

Demnach sollte der Team Client ganz klar nicht von der KI und damit nicht von zusätzlichen Kosten abhängig sein.

Zitat von PROXYTEC

Also was bitte hat sich jetzt groß geändert?

Der relevante Punkt auf den unsere Leute und ich warten ist ganz klar der hier:

Zitat

• „TeamTalk“ und Benutzer bei externen eMails hinzufügen
  Bei extern empfangenen eMails, die nicht direkt einem David Benutzer zugeordnet sind (Benutzerkonfiguration/Eingehende eMail-Adressen im david Administrator), kann dieser nun wie bei internen eMails Kommentare (“TeamTalk“) und andere interne David Benutzer hinzufügen. Die Funktion ist im David und im Team Client gegeben.

Intern über externe Mails beraten zu können - ohne sie dafür intern weiterleiten zu müssen - ist für uns echt ein sehr nützliches Feature.

Zitat von stylistics

der Smart Client funzt nicht mehr

Gilt das nur für iOS, oder auch für Android?
Wenn der auch unter Android nicht mehr läuft währe das in der Tat sehr ärgerlich.

Hast Du mal die Chayns App getestet, die kann (bzw. eventuell dann jetzt konnte?) alles was der smart Client bislang kann (oder konnte) + Kalender + halt lauter chayns Zeug, was man ja aber im Zweifel nicht nutzen muss, aber mit dem Kalender hatten sie mich persönlich.
Für unsere Mitarbeiter war der mir zu sehr mit chayns verseucht, weswegen ich denen bislang immer den Smart Client gebe.

Du sollst im David Client auch nirgends selbst ein filescan Recht setzen.
Wenn Du irgendwem auf Windows Ebene das filescan Recht gibst kann der in dem Ordner über den david Client auch alles lesen, deswegen sollst Du genau das ja nicht tun.

Alles was Du tun musst ist wirklich im Archiv wo die Leute lesen können sollen schreiben/lesen Rechte gewähren, den Rest macht der Server selbst.
Voraussetzung ist das der David Nutzer welcher diese Rechte über den Client setzt das auch darf.
Idealer Weise mache ich solche Geschichten immer mit dem Admin Account auf dem David Server selbst. Das geht a) schneller und b) ist dann sicher das der David Nutzer als welcher das ausgeführt wird das auch darf.

Wenn das nicht dazu führt das den berechtigten Nutzern die übergeordneten Verzeichnisse in denen das Verzeichnis welches sie zugreifen können sollen angezeigt wird stimmt generell etwas nicht mit den Berechtigungen auf Eurem David Server.

Vielleicht sollte man dann mal aufräumen und die minimalen Verzeichnisrechte vom David Server wiederherstellen lassen.
Noch besser, man lässt da mal jemanden drüber schauen der das pflegen von David Servern als Dienstleistung anbietet und sich damit auch wirklich auskennt.
Da ich nicht als Dienstleister für fremde Firmen tätig bin kann ich das nicht anbieten, hier im Forum sind aber ein paar sehr kompetente David Dienstleister vertreten.

wenn die User die Masse aller Mails von Info@ versenden und nur wenige Nachrichten von ihrer persönlichen Mail Adresse würde ich das auch über ein @@von in der Vorlage lösen

Ist halt am Ende eine Frage der Akzeptanz bei den Leuten, die höher ist wenn sie weniger Arbeit haben.

Zum anderen haben sie dann so immer deutlich vor Augen das die Mail mit Info@ als Absender raus gehen wird, wenn sie das nicht explizit - durch löschen des @@befehls bzw. gleich der ganzen Zeile in welcher er steht - verhindern.

Damit ist es nicht nur komfortabler, sondern auch bewusster.

genau so würde ich das auch handhaben.

Das "@@von info@xy.de" offen in der Vorlage welche die Nutzer zum schreiben neuer, sowie zum beantworten und weiterleiten von Mails eingestellt bekommen unterbringen und den Nutzern halt sagen das sie diese Zeile löschen müssen wenn sie unter der eigenen Mail Adresse senden wollen.

Genau erklären warum das so ist kann ich Dir aktuell nicht, es hat aber was damit zu tun wie David intern Berechtigungen behandelt.

Ich kann Dir aber eine Lösung anbieten

Entferne die bereits gesetzten Berechtigungen restlos wieder.

Überprüfe das die anderen Nutzer nichts mehr sehen können das sie nicht sehen sollen.

Anschließend setzt Du dann über den David Client einzig und allein für das Verzeichnis wo die Gruppe Rechte bekommen soll diese Rechte über.
Ordner im Archivbaum > Rechtsklick > Eigenschaften > Zugang > Berechtigungen
Damit sorgt der David Server automatisch dafür das diese Gruppe in den übergeordneten Verzeichnissen nur genau die minimalen Rechte bekommt, welche dazu notwendig sind das betreffende Verzeichnis in dem sie tatsächliche Dateirechte erhalten haben auch aufrufen zu können.
Anschließend kannst Du Dir die Änderungen in den übergeordneten Verzeichnissen auch mal auf Windows Ebene - per Explorer, oder über Rechtsklick > erweiterte Eigenschaften - ansehen und das dann vielleicht künftig auch nutzen um sowas zu Fuß zu erreichen, oder früher fehlerhaft berechtigte Ordner zu korrigieren.

Generell ist es mit halbwegs aktuellen David Versionen schon seit einigen Jahren nicht mehr nötig und auch nicht empfohlen David Archiv Verzeichnissrechte von Hand zu verändern.
Diese Rechte immer über "Eigenschaften > Zugang > Berechtigungen" zu setzen ist der beste Weg sich viel Ärger mit versehentlich zu weit gehenden Berechtigungen zu ersparen.

Zitat von Elsefx

Muss man nur die User von abhalten in dem Kalender Einträge zu modifizieren.

geht eh nicht, da der so eingeblendete Teams Kalender systembedingt read only ist.

Irgendwas wird wohl ungeplant verlaufen sein.
Nun, besser noch in deren Tests, als bei uns im Live System.

Dennoch, stimme auch ich dieses Mal absolut zu.
Das geht einfach gar nicht.
Wenn man einen festen Termin verkündet, dann muss das Zeug dann auch am Start sein.
Sprich man verkündet einen festen Termin erst dann wenn man es eigentlich auch sofort ausliefern könnte, aber lieber einen Spannungsbogen haben will.
Wer so eine Ankündigung bringen will bevor das tatsächlich festig zur Auslieferung ist tut gut daran da kein Datum, sondern nur sowas wie später in diesem Jahr dran zu schreiben, denn dann ist keiner enttäuscht wenn es doch schon Mitte des Jahres kommt, aber eben auch keiner wenn es erst Herbst oder gar Weihnachten wird.
Aber ein festes Datum anzukündigen und es dann nicht zu liefern ist schlicht erbärmlich.