Beiträge von riawie

Ich hoffe alle die das hier jetzt bestätigen haben dazu auch bereits Supportanfragen bei Tobit eröffnet, oder holen das nun direkt nach.
Denn Tobit wird da halt erst dann wirklich im eigenen System nachforschen, wenn es viele substanzielle Meldungen dazu gibt.

In dem Hotfix war übrigens ein neuer TeamDavid Client mit drin, was ja bei der Beschreibung des Fix auch Sinn ergibt...

das löschen des Accounts wird nichts bringen, wenn es um ein Problem mit dem (internen) Browser an dem Platz geht.

Ich hatte die Tage ein ähnliches Problem an einem der Plätze mit Edge, die Lösung in dem Fall war, das da in den Einstellungen des Edge etwas im Zusammenhang mit Chayns stehendes geblockt war.
Allerding kann Ich Dir da grad keine Details zu aus dem Kopf sagen.

Ich würde da jedenfalls auf ihn hören und mal einen anderen Browser einstellen.
Alternativ einmal den Team Client deinstallieren und neu installieren, so das die ganze Geschichte ein mal neu initialisiert wird, denn an die Einstellungen des internen Browsers kommt man ja quasi nicht ran?

Wir haben die Probleme definitiv auch bei der Samsung eMail App - die Gmail App wird hier nirgends verwendet.

Nun lasse ich mir aber durchaus auch noch erklären das sich die Gmail App auch auf andere Nutzer der EAS Funktionen auf Android Handys auswirken, weil das am Ende vermutlich eh eine Android System Funktion sein könnte, welche beide Apps nutzen.

Allerdings haben wir die gleichen Probleme hier auch auf mehreren Apple iPhone Geräten mit aktuellen iOS Versionen.

Es liegt also der Verdacht nahe, das sowohl Google, als auch Apple auf etwas reagiert haben (Microsoft?) und daher jetzt beide Systeme Probleme mit dem EAS von Tobit haben.

Die Aussage von Tobit, das sie nicht beeinflussen können, was Google (und Apple) auf den Smartphones machen kann ich auch nur halb gelten lassen. Denn am Ende ist es egal. Der Mist muss funktionieren!

Ich könnte aber durchaus gut auf EAS verzichten, wenn Tobit die eigene Team App soweit erweitert, das Adressen auf Android und iOS Geräten als Kontakte zur Verfügung gestellt würden.

So oder so muss Tobit da ran und fertig.

Zitat von Wizzard

Synchronisieren dann die Benutzer Ihren ganzen Datenbestand?

Nein, nur den Eingangsordner, der allerdings bei den meisten durchaus nicht unbedingt klein ist.
Der Smart Client bzw. die Team App wird für die Recherche über alle anderen Ordner hinweg durchaus bevorzugt.

Melde das mal bitte dringend an Tobit.
Wir beobachten derartige Probleme bereits eine ganze Weile und sie sind deutlich schlimmer geworden.
Laut Tobit ist derartiges aber bislang nicht bekannt.
Und wurde dazu geraten mal einen anderen eMail Client zu testen (wir verwenden hauptsächlich Samsung Smartphones mit der Samsung Email App).
Als ich dann berichtet habe, das die Probleme auch an iPhones auftreten wurde vorgeschlagen die ActiveSync.db aus dem Hauptarchive der betroffenen Nutzer zu löschen (dazu muss der ServiceLayer beendet werden).
Anschließend dauerte es eine ganze Weile bis die jeweiligen Clients wieder eMails und erste Kontakte anzeigten.
Wirklich voran ging es aber erst durch wiederholtes manuelle anstoßen der Synchronisation, ohne das macht das ganze keine relevanten Fortschritte, bzw. dauert Tage bis es nennenswert voran geht und noch länger, bis es mal fertig wird.

Ich denke das Problem ist tiefgreifender und Tobit sollte das dringend mal gründlich analysieren, daher kann es nicht schaden wenn sich mehr Leute damit melden.

Zitat von caddo

Weiß jemand was das Hotfix DVHF382401.exe von heute macht?

Aus: Hotfix #382401 für david Rollout 521

Beim Ausdruck aus dem Kalender- oder Aufgabeneditor konnte es zum Absturz des Clients kommen.

Da kommt man übrigens hin, wenn man im David Client im Archiv Servername\System\David\Ereignisse,
die Nachricht "David Hotfix #382401 installed" öffnet und dort auf den Link "Info" hinter Description anklickt



Das muss man ihnen lassen, da haben sie was verbessert
Wobei es das schon länger zu geben scheint, denn man kommt da Infos bis zurück zum Hotfix des Rollout 416 angezeigt:

Ab Thunderbird 144 ist die EAS-Unterstützung integriert und erfordert keine Add-ons mehr.

Vorlagen und deren Variablen funktionieren damit dann wie bei mobilen EAS Clients, also Serverseitig.
Das Bedeutet, der Nutzer sieht beim Schreiben nichts davon und die vom Nutzer geschriebene eMail wird dann beim Versand auf dem Server an der durch das Cursor Statement angegebenen Position in die Serverseitige Vorlage eingebunden.
Der dafür zur Verfügung stehende Variablensatz sieht für eine Signatur z.B. so aus:

Mit freundlichen Grüßen
@@GET BEN_TITEL@@ @@GET BEN_NAME@@
@@GET BEN_ZUSATZ1@@
@@GET BEN_ZUSATZ2@@

Weitere Variablen lassen sich leicht über die online Hilfe des David Clients finden.

Letztlich muss man sich allerdings im klaren sein, das eine Anbindung des Thunderbird an den David Server immer nur eine sehr rudimentäre Geschichte bleiben wird, ganz gleich ob man mittels EAS wenigstens noch das Thema Vorlagen und Variablen ein wenig rettet, oder ob man via IMAP oder POP3 gleich ganz drauf verzichtet.
Man verliert jede Menge erweiterte Fähigkeiten, welche ausschließlich dem nativen TeamDavid Client vorbehalten sind und den David Server überhaupt erst zu dem bekannten Produktivitätstool machen.
Sei es das kennzeichnen von Nachrichten, Ausblenden bereits bearbeiteter Mails, die Wiedervorlage, das erstellen und pflegen von regeln, welche Serverseitig auch bei nicht laufendem Client abgearbeitet werden, oder eine das anderen vielen Funktionen.

Ich persönlich würde auf meinen nativen Client auf keinen Fall verzichten wollen.

Aber ja, rein technisch kann man den Thunderbird für eine minimale Funktionalität nutzen.

Bei uns ist er auf den betroffenen Rechnern nicht mehr vorhanden.
Sobald man das Update dann aber als Administrator erlaubt und somit installiert hat ist der Dienst auch wieder vorhanden und läuft dann auch.

Bei uns hat es mit dem aktuellen Rollout jetzt wohl auch einige Rechner erwischt.
Leider haben mich allerdings erst heute Meldungen dazu erreicht, obwohl ein paar Mitarbeiter die entsprechenden Meldungen schon den dritten Tag in Folge weggeklickt haben Das hätten die natürlich angenehmer haben können... wenn sie nur mal den Mund aufgemacht hätten :o

Interessanter Weise gab es auf den betroffenen Rechnern den "Tobit Maintenance Service" bzw. "TSMaintenanceService" schlicht gar nicht mehr.
Die interessante Frage wäre nun natürlich ob es erst mit dem aktuellen Rollout ein missglücktes Update dieses Service gab, oder ob das schon beim letzten Rollout passiert ist.

Mir ging es vor allem darum aufzuzeigen das Duplog richtig eingesetzt die Möglichkeit bietet auch solche Nachrichten zu sichern, welche vor der meist nächtlichen, Datensicherung gelöscht wurden und sonst schlicht unauffindbar weg sind

Für rein interne Nachrichten fällt mir in Sachen Log noch ein, das man mal gucken müsste ob aktiviertes Tracking neben empfangen und lesen von Nachrichten auch das löschen protokolliert. Dann könnte man das bei internen Nachrichten zumindest an der Quelle sehen.

Generell gibt es sonst aber kein Auditlog über das löschen.

O.K. hab es gerade noch mal nachgeschaut.
Also für interne Nachrichten kann man neben Empfangen und Gelesen auch sehen ob eine Nachricht weitergeleitet, verschoben oder gelöscht wurde. Allerdings eben immer nur dezentral im Ausgang des Absenders.
Dazu muss halt das Message Tracking in den Systemeinstellungen auf der Karte Optionen erlauben.
Dann kann der Absender bei jeder seiner an interne Teilnehmer versandten Nachrichten sehen ob sie gelesen, beantwortet, weitergeleitet, verschoben (inklusive Zielordner) oder gelöscht und auch ob sie bereits bereinigt wurden.

Sowas wäre mir nicht bekannt.

Ich kenne nur einen guten Weg wie man dafür sorgt auch vor dem nächtlichen Backup gelöschte Mails im Zweifel wieder herstellen zu können.

Duplog so einrichten, das es in einem Archivpfad mit Zugriffsrechten für berechtigte Personen lesbar ist.

Diesem Archiv dann einen passenden Ablage oder Bereinigungsdienst nach persönlichem Geschmack verpassen und schon sind auch vor der Datensicherung gelöschte Mails später noch auffindbar.
Lässt man das Duplog nach x (mindestens 2) Tagen bereinigen findet man die zum Zeitpunkt der Sicherung bereits gelöschten Nachrichten im Backup immerhin noch über das Duplog im Backup.
Geht man den Weg der Ablage findet man sogar längerfristig alles im Ablage Archiv

Bei Bedarf folgt hier die Erklärung und eine Beispielkonfiguration:

Bevor man das in die David.ini einträgt muss man nur die gewählten Archivpfade anlegen und diese unten in den letzten Zeilen passend zum eigenen David Server anpassen.

;DupLog =
; Defines the path (default is Volume:DAVID\CODE) and file name
; of an addition send and receive log. If the extention is signed, both
; send and receive log records will be written in one file. Othercase
; records will be written in the file with the extention .LOG (send)
; and .REC (receive)
; Parameter for duplog entry
; As you know, you have to edit the file »DAVID\CODE\DAVID.INI« to create the duplog. Enter the command DUPLOG as follows:
; DupLog={TX|RX|DocType=n}directory\file.extension
; The parameters have the following meaning (a space as a separator is not necessary):
; RX = inbox entries only
; TX = outbox entries only
; DocType = n, where n may have one of the following values:
; 0 = Fax only
; 1 = Directory (not feasible for the duplog)
; 2 = Mail only
; 3 = TMail only
; 4 = Voice only
; 7 = SMS only
; + = correctly transmitted entries only
; - = erroneous transmitted entries only
; ! = entries with completion status only ; retries are not listetd
; NOTE: You can use this entry multiple
DupLog={RX|DocType=0}+\\davidserver\david\Archive\MailArchiv\In\ARCHIVE.DAT
DupLog={TX|DocType=0}+\\davidserver\david\Archive\MailArchiv\Out\ARCHIVE.DAT
DupLog={RX|DocType=2}+\\davidserver\david\Archive\MailArchiv\In\ARCHIVE.DAT
DupLog={TX|DocType=2}+\\davidserver\david\Archive\MailArchiv\Out\ARCHIVE.DAT

Ach ja:

Bitte nicht vergessen das mit dem Datenschutzbeauftragten zu besprechen, den Administrator oder sonstige Berechtigte, die gucken können sollen auf den Datenschutz hin zu verpflichten und die Rechte minimal zu gestalten, sonst kann es da Haue geben
Aber hey, zumindest für den Administrator gilt das auch ansonsten längst schon, denn der kann alles was nicht vor der nächsten Datensicherung gelöscht wurde auch sonst schon komplett einsehen

Bei uns haben sich inzwischen alle an den neuen Client gewöhnt.
Länger warten war für mich dann auch keine Option, da es besser ist Probleme dann auch mal selbst zu melden, bevor sich Tobit neuen Dingen zuwendet, als dem dann bereits für ausgereift gehaltenen Client...

Zitat von lycra

Bei mir am David Classic Client nicht der Fall...

Ich bezog mich allerdings auch nur auf den Team Client, denn bei dem Classic Client hatten wir das Problem so schlicht nicht.

Demnach könnten unsere beiden Arten des Problems aber vielleicht auch unterschiedliche Ursachen zu haben?

Rollout 521: TeamDavid Service Layer

Das aktuelle Update bringt mehrere Verbesserungen und Fehlerbehebungen im #TeamDavidServiceLayer. Nutzer können nun Teilnehmer zu TeamTalks in Unterordnern hinzufügen, was zuvor ein Problem darstellte. Zudem wurde die Freigabe von Jobs anderer Benutzer im smart client optimiert. Ein weiterer Bug bezüglich der Verwendung von Rundsendedateien wurde behoben, bei dem zuvor der Dateiname als Empfänger eingetragen wurde. Abschließend ermöglicht der smart client das Laden des originalen Eintrags sowie die Bereitstellung der Site-ID für Intercom Locations.

Übersicht der Anpassungen:

• Team Talks in Unterordnern hinzufügen (smart client)
  Wird der smart client verwendet, so ließen sich keine Teilnehmer zu TeamTalks hinzufügen, wenn die entsprechende eMail nicht im Eingang, sondern in einem Unterordner liegt.
• Freigabe von Jobs anderer Benutzer per smart client
  Die Freigabe der im Transit wartenden Jobs anderer Benutzer per smart client wurde optimiert.
• Mögliches Fehlverhalten bei Job Erstellung per RND Dateien
  Wird zur Job Erstellung eine Rundsendedatei (*.rnd) verwendet, wo wurde hierbei u.U. die Empfängeradresse nicht korrekt an die Gegenstelle übergeben.
  

Rollout 521: TeamDavid PostMan

Im aktuellen Update wurde die Funktionalität der „Erlaubten Absenderadressen“ für IP-Adressen verbessert. Zuvor waren Einträge in dieser Form fälschlicherweise Teil der Spam-Prüfung. Nun werden IP-Adressen korrekt ausgeschlossen, was die Nutzung der PostMan Konfiguration effektiver gestaltet. #TeamDavidPostMan

Übersicht der Anpassungen:

• "Erlaubte Absenderadressen" als IP-Adressen wurden auf Spam geprüft
  Wird in der PostMan Konfiguration unter "Erlaubte Absenderadressen" die Adresse eines Absenders eingetragen, so werden diese eMail von der Spam Überprüfung ausgeschlossen. Das funktionierte jedoch bisher nicht bei der Eingabe von IP-Adressen.

Rollout 521: TeamDavid Client

Im aktuellen Update wurden mehrere Bugs behoben, darunter mögliche Abstürze des Editors sowie Schutzverletzungen, die bei bestimmten Einstellungen oder Aktionen auftraten. Zudem wird nun die originale eMail beim Suchvorgang angezeigt, und die Funktionalität von TeamTalk bei externen Empfängern wurde optimiert. Eine neue Skriptfunktion ermöglicht es, den Client neu zu starten, was besonders nach Konfigurationsänderungen wichtig ist. Auch die Handhabung von Bildern im Editor und das Einfügen von Text wurden verbessert, um eine höhere Benutzerfreundlichkeit zu gewährleisten. #TeamClient

Übersicht der Anpassungen:

• Möglicher Absturz beim Aufgaben Editor
  Ein möglicher Absturz beim Speichern im Aufgaben Editor wurde behoben.
• Mehrfachanmeldung des gleichen Anwenders auf Terminal Server
  Auf einem Terminal Server konnte der gleiche Anwender den Team Client nicht gleichzeitig in mehreren Sitzungen starten. Das ist nun behoben.
• Möglicher Absturz bei hoher Kontrasteinstellung
  Wenn in den Windows Einstellungen (“Barrierefreiheit“) ein hoher Kontrast eingestellt ist, konnte es beim Starten des Team Clients zum Absturz kommen.
• TeamTalk bei externen Absendern
  Wenn bei einer empfangenen externen eMail kein weiterer interner Empfänger vorhanden ist und man die erste Nachricht in einem TeamTalk schreibt, wird nun automatisch nach dem Absenden der Dialog zum Hinzufügen weiterer Teilnehmer angezeigt.
• Möglicher Anzeigefehler von Umlauten in eMail Vorschau
  In Einzelfällen wurden bei über den API Service erstellten eMails Umlaute in der eMail Vorschau falsch angezeigt.
• Mögliches Fehlverhalten bei Bild Skalierung im Editor
  Im Editor angezeigte Bilder wurden teilweise herunter skaliert, was eine schlechtere Darstellung bewirkte.
• Originaleintrag bei Volltextsuche
  Bei den Suchergebnissen der Volltextsuche werden nun die Originaleinträge angezeigt und nicht wie bisher Verknüpfungen.
• Variable für Fehler beim eMail Ausdruck
  Beim Ausdruck von eMails wurde die Variable für einen fehlerhaften Versand nicht korrekt ausgewertet.
• Text generell formatiert einfügen
  Mit dem neuen Schalter „Editor/Optionen/Texte generell formatiert einfügen“ lässt sich das Verhalten z.B. beim Einfügen per Strg+V festlegen.
• Neue Client Scriptfunktion für Restart
  Mit der neuen Client Skriptfunktion „Restart()“ kann ein Client Skript den Client neu starten, zum Beispiel wenn das Skript Änderungen an der Konfiguration gemacht hat, die erst nach einem erneuten Start wirksam werden.
• Mögliches Fehlverhalten beim Weiterleiten/Antworten von eMails mit Bildern
  Wenn die „Content-ID“ eines eingebetteten Bildes einen Schrägstrich enthält, wurde beim Weiterleiten/Antworten der eMail diese Grafik nicht mit versendet.

Zitat von david200

Wir haben ein ähnliches Problem. Melden die Benutzer sich auf dem Terminalserver nicht korrekt ab, startet Tobit bei dem gleichen Benutzer im Büro nicht mehr.

Es muss dann im Task-Manager händisch beendet werden. Beendet man die Tobit Sitzung auf dem TS, startet Teams auf dem Büro-PC.

Entweder ist es ein Bug, oder hat mit der "neuen" Lizenz-Abfrage zu tun, scheint bei Tobit aber wohl noch keine Them zu sein, da sie das Problem selber nicht kennen. Vor den Teams Client gabs damit noch nie Probleme.

Dafür das sie das Problem nicht kennen haben sie es nun aber fix behoben
Zitat aus den Release Notes zu Rollout 521:

"Mehrfachanmeldung des gleichen Anwenders auf Terminal Server
Auf einem Terminal Server konnte der gleiche Anwender den Team Client nicht gleichzeitig in mehreren Sitzungen starten. Das ist nun behoben."

Seltsam, ich kann - allerdings ohne Terminal Server - den Client nach wie vor auf beliebig vielen Rechnern (hab es jetzt bis zu 5x gleichzeitig getestet) als der gleiche Nutzer starten.

Überwachung entfernen und wieder hinzufügen ist hier nicht nötig.
Es reicht einmalig von Hand den Filter in dem Ordner auf nur ungelesene zu setzen, anschließend kann man den Filter sofort wieder wegnehmen indem man auf den Ordnernamen klickt und auch wie gewohnt wieder setzen indem man auf die Zahl der ungelesenen Nachrichten klickt.
Das bleibt dann auch eine ganze Zeit so, bis es irgendwann wieder verschwindet.

Bei mir sieht der Team Client lokal auf dem Rechner gut aus.
Greife ich allerdings mit hoher Monitorauflösung via RDP auf den Rechner zu sieht es bisweilen gruselig aus, allerdings auch nicht immer.
Die Optionen meines RDP Clients bezüglich Qualität vs Performance stehen allerdings alle auf Qualität.
Aber so ganz klar ist das ehrlich gesagt alles nicht.
Denn alles andere sieht über die gleiche RDP Verbindung gut aus.

Zitat von BuggerT

Das lässt David bei mir leider nicht zu. Es muss immer mindestens ein Haken gesetzt sein (z.B. Jahresunterteilung).

Ich hab das gerade mal geprüft.
Das ist allerdings neu, das ging früher auch ohne Jahresunterteilung.
Mindestens im letzten Jahr ging das auch noch ohne Jahresunterteilung.

Stand nun wird Dir also nichts anderes übrig bleiben als die Jahresunterteilung zu akzeptieren, Du kannst aber zumindest die Unterteilung nach Monat und Tag loswerden.
Als Zielordner ist folglich der Ordner eine Ebene über den Jahresordnern anzugeben.
Mit dem Wissen solltest Du allerdings dennoch in der Lage sein das ganze relativ leicht auf die minimal erzwungene Struktur zusammenzufassen.

Gefällt mir nicht diese Einschränkung, wird man aber mit leben können.