Hab auch grad nochmal geschaut, also bei mir bruacht der Classict CLient keine Sekunde beim Drücken auf das Email symbol, der Nachrichten Editor ist zeitgleich da.
Ich hab da lokal zwischen beiden Clients keinen Geschwindigkeitsunterschied.
Beiträge von riawie
-
-
"gelöscht" "Beantwortet" "Verschoben" usw. funktioniert nur zwischen zwei David Servern wenn Message Tracking komplett aktiviert/konfiguriert ist.
Das ist genau der entscheidende Punkt.
Auch die Antwort erwartet Funktion ist nur dann zwischen zwei David Servern gegeben wenn auch der externe David Server sein Message Tracking dazu passend eingestellt hat.
Stellt jemand seinen David Server so ein das der generell keine externen Aufforderungen zum Message Tracking beantwortet, dann klappt auch keine der hier im Thread besprochenen Funktionen, wenn sie von einem externen David Server aus genutzt werden. -
Bei mir sieht das so aus, haben keine ABlage Ordner. Sollte man dennoch das mit dem Grabbing Server ausschalten?
Die nächtliche Bereinigung kümmert sich nicht nur um die Ablageordner, sondern auch ums allgemeine Housekeeping.
Wenn Du irgendwo eine Nachricht löscht, passiert das in dem Moment nicht wirklich vollständig, statt dessen wird nur vermerkt das die Nachricht gelöscht werden soll. Nachts bei der Bereinigung wird dann für jede zu löschende Nachricht geguckt ob es auf die Datendateien der Nachricht noch weitere Verweise gibt, oder nicht. gibt es weitere Verweise auf die gleiche Nachricht wird nur der Verweise auf die Nachricht selbst, aber nicht deren Datendateien gelöscht. Gibt es keine weiteren Verweise auf eine Nachricht werden auch die Datendateien mit gelöscht.
Zusätzliche Verweise auf eine Nachricht entstehen auf einem David Server auf verschiedenen Wegen, die sich auch mir noch nicht alle erschließen. Dazu gehören aber auf jeden Fall verschobene Nachrichten, Kopien, oder als Ordner gespeicherte Suchergebnisse, oder schlicht Verknüpfungen auf Nachrichten.
Diese möglichen zusätzlichen Verweise sind auch der Grund dafür warum man auf einem David Server niemals Nachrichten oder Archive manuell löschen sollte, sondern dies immer nur über den David Client geschehen sollte, denn sonst kann es nach dem manuellen Löschen verwaiste Einträge in anderen Ordnern geben, welche ins leere zeigen, was dann eben auch leere Nachrichten in den Archiven verursachen kann.
Bei der nächtlichen Bereinigung werden manche Datendateien auf die es am Tag zuvor noch zwei Verweise gab, nun aber nur noch einen, in das Ort aus dem der letzte verbliebene Verweis stammt verschoben. Das passiert z.B. immer dann wenn das Archiv in welchem die Daten aktuell gerade liegen vor der Bereinigung gelöscht wurde, denn dann müssen sie verschoben werden, weil sie sonst Heimatlos sind.
In anderen Fällen wird hingegen eher selten mal was verschoben.
So kommt es auch dazu das neugierige Menschen manchmal in dem physischen Ordner eines im David Client leer angezeigten Archivs mehrere, oder gar viele Dateien auf Dateisystemebene finden. Schaut man sich diese Dateien mal genauer an stellt man meist fest das es sich um zwischenzeitlich verschobene, oder unter Einbeziehung des Papierkorbs gelöschte Nachrichten handelt.
Viele löschen solche Daten dann einfach selbst auf der Platte und wundern sich warum sie später an anderer Stelle leere Nachrichten sehen, von denen außer dem Betreff und den anderen in der Ordner Auflistung zu sehende Daten nichts mehr übrig ist.
Also niemals über den Explorer löschen, immer brav die Bereinigung laufen lassen und während die Bereinigung läuft idealer Weise weder Mails abholen, noch Mails oder andere Nachrichten annehmen lassen. -
ja, der Tipp zur Zeit der Bereinigung keine Nachrichten (egal ob nun eMail, FAX oder sonst was) anzunehmen oder abzuholen kam damals im Rahmen einer Serviceanfrage zum Thema leere Mails von Tobit.
-
Ist das denn ein bekanntes Problem, dass Mails, die während der Bereinigung ankommen unter Umständen verschwinden?
Ich habe von diesem Problem bisher noch nichts gehört.
Wir kennen das hier schon länger, das während der Bereinigung möglichst keine Nachrichten in ein Archive einlaufen sollten, welcher gerade bereinigt wird.
Deswegen ist hier auch seit Jahren alles was Mails bzw. generell was annehmen kann aus bis die Bereinigung durch ist, welche in unserem System auch nicht nur ein paar Minuten, sondern in Abhängigkeit wie viele Mails die Nutzer am Tag so verschoben haben auch mal mehrere Stunden laufen kann. Wir beenden vor der Bereinigung auch den Postman, und die FAX TLDs.
Bevor wir das so eingerichtet haben km es hier auch selten zu verschwundenen Mails, aber immer wieder zu Mails die keinen Inhalt mehr hatten. -
1) Die abwechselnde Farbe in der Mailliste habe ich erfolgreich im regedit unter Computer\HKEY_CURRENT_USER\SOFTWARE\Tobit\David Client\Layout einstellen können (Ging glaube ich auch nicht regulär).
Im Team Client geht das seit dem vorletzten Release auch ganz normal über die Einstellungen, Haken bei erweitert, dann direkt auf der ersten Seite (Benutzerprofil) ganz unten bei Eintragsliste.
Die Akzentfarbe des Team Client kann unter den erweiterten Einstellungen im Bereich Ansicht Farbschema > "Farbe wählen" verändert werden. -
Achtung!
Das maximale Eintragsalter bezieht sich nicht darauf wann die jeweilige Mail in dem Ordner gelangt ist, sondern auf das Alter der Mails als solche.
Sollten die Mails also z.B. erst in den 6 Monats Ordner verschoben werden und kurz vor der Löschung dann vielleicht doch noch manuell für "weitere" 2 Jahre in den 2 Jahres Ordner verschoben werden müsste man dort das maximale Eintragsalter z.B. auf 2 Jahre und 6 Monate bzw. 30 Monate festlegen, was aber nicht geht, da diese Einstellung maximal 24 Monate zulässt. -
Hab es mal bearbeitet
scheint Du hast es kaputt optimiert
Im Themenname ist ein s zu viel
Das Ding heißt "Tobit Team" da gehört kein s dran
Im ersten Beitrag gestern habe ich Team geschrieben. Im zweiten Betrag an den Support habe ich Teams geschrieben. Ich hatte gehofft so eine schnelle und qualifizierte Antwort zubekommen. Hat doch geklappt?
Ob Tobit nur deswegen so schnell geantwortet hat wage ich ja eher zu bezweifeln
-
PeterPan mit aktivieren der Begrenzung verschwinden halt nicht nur gelesene und auch nicht mitten aus der Liste, sondern es werden beginnend ab der ältesten so viele nicht angezeigt wie nötig, damit die Begrenzung eingehalten wird.
oder anders gesagt: damit lässt sich das vom OP beobachtete Verhalten schlicht nicht erklären -
sorry, aber das ist so irritierend, wenn Du immer von Teams schreibst :o Das Ding nennt sich Team und ist schon ohne das s am Ende ein stetiger Quell der Verwirrung, denn wann immer man mit einfachen Anwenden über Team spricht denken die sofort am MS Teams
-
wenn die Nachrichten erst am nächsten Tag weg sind würde ich ja auch auf die automatische Bereinigung tippen und nicht auf Filter, allerdings gibt es bei der automatischen Bereinigung keine Unterscheidung zwischen gelesen und ungelesen, da machen nur der Filter und die automatische Ablage Unterschiede, wenn man sie passend einstellt.
-
Die Verknüpfung funktioniert nur, wenn sich verknüpfte Bedingungen in dem gleichen auszuwertenden Datenfeld befinden.
Da Du aber je eine Adresse aus an und von per AND verknüpfen möchtest kann die Suche nicht über die Felder An und Von durchgeführt werden, sondern muss statt dessen über Nachricht/Adressdaten durchgeführt werden, da dort dann neben dem gesamten Nachrichtentext auch die kompletten Adressen enthalten sind.
Wenn die Verknüpfung aus Sender und Empfängeradresse dann keine Ergebnisse liefert, dann meist weil der Empfänger bei den zu suchenden Nachrichten nicht in einem To oder Cc Header Feld steht, sondern über smtp envelope Adressiert wurde, also ursprünglich z.B. über BCC adressiert wurde.
Die einfachste Abhilfe für Dein Problem ist das Du Die Suche über alle Ordner mit einer der Adressen, welche ganz sicher in den Nachrichten - egal ob als Absender, oder als Empfänger - vorkommen soll, durchführst und anschließend den Quickfinder über die dann noch zu umfangreiche Ergebnissliste laufen lässt. Der Quickfinder sucht nämlich wie Du schon festgestellt haben dürftest stets über die Eintragsliste welche gerade lokal dargestellt wird und dort einfach über alle Spalten.
Und ja, erweiterten Suchfunktionen gehören jetzt nicht gerade zu den Stärken vom David -
da gibt es mehrere mögliche Ursachen.
a)
Es wurde ein Filter gesetzt, so das nur ungelesene Nachrichten angezeigt werden.
Lösung: auf das Filtersymbol oben über der Nachrichtenliste, oder ganz oben in der globalen Menüzeile klicken und dort dann auf der ersten Seite im Abschnitt Gelesen den Haken bei gelesenen Nachrichten setzen.
b)
Der Eingangs-Ordner wird über einen Klick auf die Zahl neben seinem Namen betreten, dann werden nur ungelesene Nachrichten angezeigt.
Lösung: auf den Namen des Ordners klicken und nicht auf die Zahl daneben.
c)
Es wird gar nicht direkt der Eingangsordner, sondern der InfoCenter Ordner betreten, dieser Zeigt immer nur die bislang ungelesenen Nachrichten an.
Lösung: tatsächlich den Eingangsordner öffnen und zwar durch Klick auf dessen Namen und nicht durch Klick auf die Zahl daneben. -
mach Dich halt besser schon im Vorfeld mit aktuellen Tools zur Bearbeitung von ACLs unter Windows Server vertraut.
Besser Du brauchst sie nachher nicht, weil das Zurücksetzen der Zugriffsrechte über den Davidadministrator im Menü Werkzeuge seine Arbeit vielleicht sogar für Euch ausreichend gut erledigt hat, als das Du sie dann doch brauchst und Dich erst einlesen und einarbeiten musst
Ansonsten viel Erfolg bei dem anstehenden Umzug
-
Ich hab keine Ahnung wie groß Euer Datenset ist, aber meine Nutzer waren auch alle in der Domäne, dennoch hat mich das korrigieren der Rechte für die beiden lokalen David Gruppen in der gesamten David Installation halt Tage gekostet
(und ja, da ging natürlich auch was schief, weil einmal Rechte auf Standard zurücksetzen halt doch nicht das tat was es tun sollte, eigentlich aber ausreichen sollte) das Problem sind halt die SIDs der lokalen Gruppen DVG-SERVERNAME und DVG-SERVERNAME-ADM
Wenn die Windows Server Installation unpatchbar ist ist es allerdings leider manchmal unvermeidbar mit einer frischen Installation neu anzufangen, auch wenn das dann halt Schmerzen bereitet...
Wenn man das aber mal macht sollte man gleich ganz am Anfang, nach dem der David Server dort noch als Dummy installiert wurde einen Snapshot erzeugen, exportieren und gut wegzulegen. Dann hat man - falls sowas noch mal passiert - eine funktionierende Basis um damit die nächste Migration zu vereinfachen und neu durchzustarten Natürlich sollte diese Kopie dann auch gelegentlich erneuert werden so lang noch alles gut läuft
Was die Datenbank angeht liegst Du da richtig. -
Die Option muss auch nicht in jedem Unterordner einzeln gesetzt werden, es reicht das es sich auf alle Unterordner auswirkt
Ich wüsste auch keinen Weg wie man - falls gewünscht - einen oder mehrere Unterordner doch wieder in den Index bekommen könnte.
Ich weiß aber sicher das mein Index zuverlässig deutlich kleiner wurde als ich in einem Archiv in dem viele Unterordner für unterschiedliche via eMail eingehende Logfiles liegen den Haken gesetzt habe und in dem Hauptordner selbst liegt kein einziges Logfile.
Das sind bei mir 5 GB weniger in der Datenbank, das kann ich mir also nicht nur mal eben erträumt haben
Die online Hilfe ist da aber auch eindeutig:- Indexerstellung: Unterordner ausschließen
Aktivieren Sie den Schalter »Unterordner ausschließen«, um den Inhalt des aktuellen Ordners und aller enthaltenen Unterordner für die Erstellung der Indexdatei unberücksichtigt zu lassen. Während der Datenbereinigung wird automatisch eine Indexdatei erstellt, die für die Ordner-übergreifende Suchfunktion benötigt wird. Diese Indexdatei enthält eine Auflistung sämtlicher Worte, die in den Betreffs und Texten aller Nachrichten enthalten sind.
- Indexerstellung: Unterordner ausschließen
-
Ja, das geht so, auch das drüber installieren nach dem einhängen ist kein Problem.
Allerdings gibt es da ein paar Kleinigkeiten zu beachten.
Die Zugriffrechte auf einem David Server hängen am Dateisystem und dort an den SIDs.
Hängt man die zweite Platte eines Servers in einen anderen neu installierten Server, passen anschließend die SIDs nicht mehr zueinander.
Selbst wenn die Windows Benutzer aus einer Domäne stammen und sich deren SIDs somit nicht verändern müssen hinterher noch die mit lokalen SIDs vergebenen Rechte auf dem Laufwerk angepasst werden, was schon recht lästig sein kann, aber grad so noch geht.
Hat man es auch noch mit den ganzen Benutzern zu tun, weil die auch alle lokale SIDs auf dem Server hatten wird es richtig aufwändig.
Hab ich alles ein mal hinter mir, muss ich echt nicht so bald wieder haben...
Soll denn der neue Server mit einer neuen Windows Server Version betrieben werden?
Falls nicht könnte ja direkt der gesamten virtualisierte Server, so wie er ist auf die neue Maschine verschoben werden.
Falls ein Versionswechsel der Windows Server Version durchgeführt werden soll würde sich auch ein übertragen der Betriebssystem vmdk anbieten, dazu könnte man alle David Services vorher kurz einmal auf manuell setzen, dann herunterfahren, die vmdk kopieren, den alten Server erst mal wieder hochfahren, die Dienste dort wieder starten. Nun die kopierte vmdk in die neue Server VM einhängen, dort als erstes eine dummy Datenplatte einhängen und eine dummy David Server Installation vornehmen, deren einziger Zweck zu dem Zeitpunkt ist das der Windows Server beim inplace Upgrade nicht meckert das da Dienste kaputt wären, wichtig ist hierbei erst mal nur die korrekte Pfadangabe für die David Installation auf der Daten-Platte, zum Abschluss den Start der Dienste dieser David Installation alle auf manuell setzen. Nun ein inplace upgrade der Windows Server Version vornehmen, alle Updates rein und checken das der neue Server soweit sauber läuft. Jetzt haben wir einen aktuellen Windows Server der soweit für das einhängen der alten Daten-Platte vorbereitet ist. Also beide Sever herunterfahren, die Dapen-Platte der alten Installation zum neuen Server verschieben bzw. kopieren, dort einhängen, den neuen Server starten und dort zum Abschluss noch einmal die David Installation drüber laufen lassen. Dienste noch mal prüfen, das die alle wieder auf Automatisch stehen und fertig ist der Umzug. Alle SIDs und alle rechte passen.
Das habe ich so bereits mehrfach durchgeführt und nie Probleme damit gehabt.
Einen Windows Server wirklich von Grund auf neu zu installieren und dem dann die Daten-Platte des alten Servers zu geben habe ich nur ein mal gemacht, danach hatte ich keinen Bedarf das je zu wiederholen, einfach weil es so irre Schmerzen mit dem anpassen der SIDs bereitet hat. -
Ergänzende Frage zum Thema: Hat man in der neuen, webbasierten Ansicht im David Administrator eigentlich eine schnelle Möglichkeit, zu sehen, welches Rollout installiert ist? In der alten Ansicht war hinter einer alten Version ein Link zum passenden Download zu finden. In der neuen sehe ich nur "David(12.0a.3739)" - aber man weiß ja im Zweifel eher nicht, welche Dateiversion sich hinter dem Rollout verbirgt.
Interessante Frage...
So wie ich das sehe, aktuell nur indirekt und auch nur wenn der aktuellste Rollout installiert ist :o
Fährt man mit dem Cursor über die installierte Version wird einem angezeigt ob die Version dem neusten Stand entspricht.
Ist das der Fall, dann verrät einem das neuste unter Downloads > Packages angebotene Neuste Rollout welches Rollout das gerade ist.
Ich kann ja jetzt nicht mehr gucken was einem beim zeigen auf die installierte Version angezeigt wird, daher weiß ich auch nicht ob es dort dann einen Hinweis auf das neue Rollout gibt, oder ob es unter Downloads > Packages vielleicht dann auch noch das jeweils alte Rollout zum Download gäbe?
Meiner Meinung nach sollte Tobit dringend die Informationen in den Release Notes wieder um die Build Nummer des SL ergänzen.
Es gibt allerdings auf jedem David Server eine zur Ermittlung der Beziehung der Buils Nummern zu den Rollout Nummern nützliche Datei.
Im Dateisystem unter David\Updates findet sich die download.log Datei, öffnet man diese im Editor kann man da nach der gerade im David Administrator vorgefundenen Build Nummer in der Server Version suchen und landet beim ersten Eintrag nach dem das installierte Build heruntergeladen wurde. In den Zeilen davor finden sich die zu dieser Build Nummer zugehörigen Downloads, welche ja die Rollout Nummer im Dateinamen enthalten. Scrollt man weiter zurück kann man so jede beliebige Build Nummer seit dem die Datei begonnen wurde nachschlagen.
Ist zwar leider nichts im David Administrator und auch nicht bequem, aber doch einigermaßen zuverlässig aufzufinden und wenn man es weiß auch schnell nachzuschauen. -
a)
Archiv > rechtsklick > Eigenschaften > Optionen > Indexerstellung > "Unterordner ausschließen" setzen bewirkt, das alles ab der Ebene - nicht nur die Unterordner, sondern auch alle Einträge des Archivs in dessen Einstellungen der Haken gesetzt wird.
Du musst den Haken also nicht noch extra in allen Unterarchiven setzen um sie alle auszuschließen.c)
Zurücksetzen ist easy. Und hat hier immer funktioniert -
sollte das helfen, und sich das Phänomen nur bei im extra Fenster geöffneten Nachrichten zeigen, nicht aber in der Vorschau im Hauptprogramm lässt es sich für empfangene Mails in den Einstellungen unter Editor > Optionen > "Nachricht im Bearbeiten-Modus öffnen" beeinflussen.
Sobald die Option nicht mehr aktiv ist kann auch wieder direkt geklickt werden.
