Beiträge von riawie

    WIe zeigst du denn "nur ausgeblendete" an

    Das geht nun nicht.
    Entweder halt nur nicht ausgeblendete, oder eben alle anzeigen lassen.

    Ich finde das eine sehr praktische Geschichte und nutze das schon sehr lange.

    aber irgendwie weiß ich nicht warum ich auf "ablage" wechseln sollte

    Das ist für mich am Ende schlicht auch eine Performance Frage.
    Und da ich fast immer mit dem Quickfinder auskomme, wenn ich mal was altes suche, hab ich den Quickfinder so eingestellt, das er seine Eingabe auch bei Ordnerwechseln beibehält, womit es kein großes Ding ist wenn ich um das gewünschte zu finden halt ein paar Jahre durchgucken muss.

    Das lass ich mir mit "ungelesene anzeigen" dann auflisten. ALso die Zahl hinterm Ordner, so arbeiten wir zumindest.

    Das wären mir zu wenige Unterscheidungen.
    Ich lasse alles das auf ungelesen mit dem ich mich noch gar nicht beschäftigt habe.
    Alles was ich schon angeschaut habe, und wo es schon einen Statusfortschritt gibt bekommt dann auch farbige Häkchen, welche sagen ob das in Bearbeitung ist, oder Rückfragen braucht. Wenn es erledigt ist bekommt es einen grünen Haken und wird ausgeblendet.
    Leite ich was weiter, egal ob an dritte, oder auch nur in einem meiner getrennten Workflow Ordner bekommt es einen gelben Haken und wird auch ausgeblendet. Der Sinn dahinter ist, das es später noch über meinen Eingang nachvollziehbar ist das es an mich ging und das ich es eben entweder delegiert, oder aber in einen Workflow gekippt habe, denn das protokolliert der David ja wunderbar in einem eigenen Tab.
    So kann ich sehr effizient zu jeder eingegangenen Nachricht sagen in welchem Stand das Anliegen ist, oder was genau damit geschah.
    Ich lösche z.B. auch ausschließlich Spam, alles andere bleibt ewig in meinem Eingang, oder eben den Jahresarchiven.

    Ich nutze aber auch sonst sehr viele Möglichkeiten des David Servers tatsächlich aus und würde mir bei einem Umzug zu einem Exchange mit Outlook daher wirklich extrem in meiner Arbeitsfähigkeit beschnitten vorkommen.

    Klasse. Bei mir kommen sich jetzt die Symbolleisten-Einträge und der "Erstellen"-Button in die Haare:

    nordtech hast Du das schon bei Tobit gemeldet?

    Und hat dieses Problem in der Menüzeile des Team Client sonst noch wer?

    Denn das wäre für mich ein Grund das Rollout so lange zurück zu halten, bis es einen Hotfix, oder ein neues Release gibt...

    lycra ich behalte auch sehr viel im Eingang, allerdings mache ich reichlich Gebrauch von der Ausblenden Funktion und nutze die automatische Ablage für alles was nicht ungelesen ist und älter als x Monate ist.
    Alles was ich im Grunde erledigt habe wird bei mir ausgeblendet. dadurch ist im Eingang immer nur das sichtbar was ich noch nicht erledigen konnte. Wenn ich dann doch mal was suchen muss, was eigentlich schon erledigt ist setze ich halt den Filter ausgeblendete Einträge anzeigen. Das ist für mich am effizientesten und möchte ich auch auf keinen Fall missen.

    Nice, endlich kann man die Größe von Anhängen limitieren, das wird unser Backup freuen, zumal Mails über 10 MB eh zunehmend außerhalb unserer Einflusszone nicht weiterbefördert werden:

    Rollout 510: Team/David Service Layer
    Die aktuelle Version von TeamDavidServiceLayer enthält wichtige Verbesserungen. Ein behobenes Problem, das zu einem möglichen Absturz beim Schreiben und Auslese
    chayns.net
    Zitat

    Zudem ermöglicht der David Administrator nun die Festlegung einer maximalen Größe für Dateianhänge. Überschreitet eine Datei diese Grenze, wird im Team Client ein Hinweis angezeigt und der Versand der E-Mail wird blockiert.

    Die Verzeichnisse sind nicht nach Rollouts nummeriert.

    Die Nummern am Ende haben also eine andere Systematik, lassen aber nicht direkt auf ein Rollout gleicher Nummer schließen.

    Laut Deinem Bild vom Ordner ist der Server aber noch auf dem vorletzten Rollout, welches am 18.02.2025 installiert wurde.
    Das Verzeichniss David.252 enthält alle durch die Installation des Rollout 508 ersetzten Dateien.

    Die Ordner mit längeren Nummern hinten dran beziehen sich auf Hotfixes.

    Grundsätzlich würde ich immer mindestens den aktuellsten Ordner behalten.

    Würdest Du auf Rollout 507 zurück wollen bräuchtest Du die folgenden beiden Ordner noch.

    David.252
    David.361301

    6 Ordner sind dort übrigens Standard, bei jedem Rollout und jedem Hotfix wird ein neuer Ordner erstellt und der jeweils älteste wird automatisch gelöscht.

    Wenn Du löschen willst, also immer beim ältesten Ordner beginnen.

    Da auf dem Server offensichtlich nicht jedes Rollout installiert wurde geht es bei Euch auch kalendarisch etwas weiter zurück als bei uns.

    Der älteste auf Eurem Server dürfte den Stand von Rollout 501 entsprechen, und bei Installation von Rollout 502 entstanden sein wenn ich richtig geguckt habe.

    PS: ein Screenshot dieses Ordners sagt einiges darüber aus wie häufig jemand Updates einspielt und wie lange jeweils gewartet wurde, bis es dann soweit war ;)

    1. der Service Layer sollte immer als lokales System laufen

    2. Import Verzeichnisse müssen immer auf dem David Server selbst lokal liegen.

    3. Der David Server verwendet für den Import die Windows NTFS Ordnerüberwachung, um festzustellen ob es eine neue Datei gibt, welche importiert werden kann, welche halt nur lokale Laufwerke überwachen kann.

    4. Für Dinge, wo der David Server einen anderen Speicherort, als einen lokalen vorsieht, hat er auch eine Konfigurationsmöglichkeit um dort Zugangsdaten für den remote Server festzulegen.

    5. Das der Import bislang geklappt hat kann nur damit erklärt werden, das der David Server auch ohne NTFS Ordnerüberwachung ab und an mal guckt ob da nicht doch eine neue Datei in einem Importverzeichniss liegt.

    6. dürfte Euer Service Layer wohl nicht unter dem Benutzer lokales System laufen, oder der Netzwerkordner ist für jedermann freigegeben und jeder darf dort alles, ansonsten würde es nämlich bereits an den Rechten gescheitert sein.

    7. ist es aber eben nicht vorgesehen, das Importverzeichnisse auf einem anderen Server liegen und man sollte entsprechend eher nach einer Lösung suchen, bei dem der Prozess, welcher die zu importierenden Dateien zur Verfügung stellt sie selbst direkt auf dem David Server ablegt, oder nach einem Weg sie anderweitig regelmäßig auf den David Server zu verschieben.

    Wizzard Kannst Du bitte kurz erläutern, was an dieser Annahme nicht stimmt und was wirklich passiert?

    siehe meinen Kommentar über Deinem.

    Wizzard hat recht, wenn man einfach nur die Funktion im David Administrator ausführt. In dem Fall werden nämlich ausschließlich fehlende Berechtigungen ergänzt, aber eben keine überzähligen Berechtigungen entzogen.

    Allerdings hatte Ritana explizit geschrieben das man vorher alle Berechtigungen unter Windows selbst auf "Windows" Standard setzen sollte.
    In dem Fall würde ohne das erneute Setzen der Standard Rechte im David Administrator gar keine Nutzung des David Servers mehr möglich sein, weil dann alle David und alle User Rechte weg wären und erst das setzen der Standard Rechte im David Administrator brächte die minimal zum Betrieb benötigten Rechte zurück, womit dann auch die Aussage von Ritana stimmt, das nach ausführen beider Aktionen in der von ihm genannten Reihenfolge, alle vorher mal gesetzten individuellen Rechte - einzelner Nutzer auf ausgewählte Archive - halt weg wären.

    Was versteht ihr denn unter "Wenn man die über Windows auf Standard"?
    Die Funktion in David setzt nur die notwendigen Standardberechtigungen für die User, also bspw. Vollzugriff auf das eigene User Archive.

    Du liegst völlig richtig, wenn man das ausschließlich über den David Administrator macht.

    Im wirklich komplett auf Standard zurück zu kommen muss man vorher - wie von Ritana geraten - unter Windows einmal alle Rechte im Gesamten Baum durch die von Windows standardmäßig beim anlegen eines neuen Ordners vergebenen Rechte ersetzen lassen.

    Danach darf halt auf dem David Server erst mal niemand mehr irgendwas.
    lässt man nun über den David Administrator die Standardrechte setzen, so hat man anschließend einen David Server mit Rechten wie frisch installiert und User eingerichtet.

    Ob das wirklich der sinnvollste Weg ist, oder ob man billiger und schneller davon kommt, wenn man einfach nur die Rechte manuell ändert ist natürlich eine andere Frage.

    Wenn ich in der Domäne genau die gleichen Rechte der Nutzer auf verschiedene Ordner wiederherstellen sollte wie es die vorher in der Arbeitsgruppe gab würde ich wohl auf das vorherige Löschen der Nutzerrechte unter Windows verzichten und nur über den David Administrator die Standardrechte setzen lassen.
    Denn dann kann man mit ein wenig Geduld später einmal die Archive durchflöhen, die lokalen Nutzerrechte entfernen und statt dessen überall wo ein Nutzer mehr als seine Standard Rechte hatte die passenden Rechte aus der Domäne setzen.
    Und wenn man sich ein wenig auskennt, kann man das sogar mittels Powershell automatisiert durchführen lassen, nachdem man sich ein passendes Script geschrieben hat.
    Das geht insbesondere dann easy, wenn die Nutzer in der Domäne den gleichen Namen haben, wie zuvor in der Arbeitsgruppe.
    Aber halt nur so lang, wie man die Nutzer noch nicht auf dem lokalen Server gelöscht hat, denn sonst sieht man nur noch unbekannte SIDs ;)

    ja, das js Problem ist durchaus nicht ohne. vor allem seit immer mehr interaktive PDF Dateien durch die Gegend geschickt werden.
    Das muss man schon gründlich abwägen ob man das filtern, oder durchlassen möchte.

    Ich empfehle grundsätzlich in Kombination mit dem aktivierten Virenscanner im David Server die Option

    David Administrator > System > eMail > Postman > rechtsklick > Konfigurieren > Erweitert > Original Nachricht speichern

    zu aktivieren, damit man im Fall des Falles auf unkomplizierte Weise Zugriff auf die original Nachricht, so wie sie eingegangen ist hat und diese einerseits inspizieren. Als auch bei erkannter Ungefährlichkeit die jeweilige Nachricht im original wiederherstellen kann.
    Das Original liegt dann stets mit gleichem Dateinamen und der Endung 0tx neben der vom David aufbereiteten Mail im Archiv Ordner und kann von dort aus zur Analyse herangezogen werden. Ein einfaches zielen der Datei in einen beliebiges Archiv erzeugt dann dort eine neu eingegangene Mail die genau so aussieht als wenn der Virenscanner sie nie angefasst hätte, dabei stimmen dann auch Datum, Uhrzeit Empfänger und Absender.
    So kann man falsch posivtiv blockierte Anhänge schnell heilen. Allerdings sollte man das seinen Anwendern nie zeigen, sonst verschaffen die sich wohlmöglich auf diesem Wege Zugang zu zu recht gelöschten Anhängen ;)

    da sind noch reichlich Postfächer drin.

    Was Du nur immer mit den vielen Postfächern hast.
    Der David Server kann seine Dienste wesentlich reibungsloser erbringen, wenn man ihm selbst das verteilen der Mails auf die Nutzer überlässt, statt das schon vorgelagert beim Provider zu tun.

    Gerade wenn da ein eigener Mail Server hinter hängt braucht es nicht mehr als 2 bis 3 Postfächer, wobei nur das erste für den eigenen Mailserver benötigt wird und die anderen letztlich nur noch dem erden von nicht mehr gewünschten Adressen sowie der SPAM Bekämpfung dienen, indem dort gezielt Aliasse für Adressen an die man nichts empfangen möchte angelegt werden und dann alles was darauf matcht abgelehnt wird.

    Wichtiger als jede Menge - technisch für den Betrieb eines eigenen Mail-Servers nicht notwendige - zusätzliche eMail Konten ist das die vorhandenen Konten gut funktionieren, zuverlässig sind und gute Filtermöglichkeiten haben.

    Aber vielleicht wäre eine Art von "Sammelklage" Rubrik hier sinnvoll.

    Man definiert ein Problem/Anfrage an den Support und jeder/viele der hier aktiven melden den halt so.

    das war das was ich mit konzertieren meinte :) und wo ich auch durchaus der Meinung bin, das es helfen könnte.

    So gibt es hier wenig Aufwand das zu schreiben und viele können via copy&paste Tobit "nerven", sodass sich vielleicht was bewegt.

    Copy Paste halte ich allerdings für ein gewisses Problem, denn wenn Tobit tatsächlich KI für den Support nutzt führt das nur dazu das sowas weniger hoch bewertet wird, als wenn es alle mit eigenen Worten und in eigener Sprache beschreiben.

    Grundsätzlich halte ich es allerdings für eine gute Sache auch einfach mal die Probleme, welche andere entdecken und hier im Forum melden selbst nachzuvollziehen und dann wenn man sie selbst nachvollziehen kann auch einfach gleich selbst noch mal bei Tobit über den Support zu melden. nur eben nicht via Copy Paste, sondern mit eigenen Worten, so das die KI bei Tobit es nicht einfach direkt als blankes Duplikat aussortiert.

    Ob ich damit richtig liege? Keine Ahnung. Vielleicht würden sehr viele Copy Paste Meldungen durchaus auch was bewirken.
    Bei eher wenigen Meldungen denk ich mir allerdings das es bei wenigen Meldungen durch Copy Paste zu weniger Nachdenken über die Meldungen kommt, als wenn man sie vielleicht sogar dazu nötigt nachdenken und nachfragen zu müssen bis sie das gemeldete Problem verstanden haben. Wenn auch das nicht mehr helfen sollte klicke ich mir im Zweifel aber auch nen telefonischen Rückruf im Premium Support ;)

    Und so könnte bspw Tobit diese dann ggf hier auch einsehen, ob die das allerdings machen und sich davon etwas annehmen wenn das nicht in deren Kosmos ist, weiß man natürlich nicht.


    Was haltet ihr davon?!

    Eher wenig.

    Positiv:
    Man sieht das man nicht allein ist und wohl auch nicht nur ein Fähigkeitsproblem hat.

    Negativ:
    Es wird eher mehr Leute davon abbringen sowas dann ihrerseits auch beim Tobit Support zu melden, was für weniger Sichtbarkeit und eher spätere Behebung sorgt. zumal das meiste ja keine Bugs im eigentlichen sinne sind, sondern schlicht Feature Wünsche.

    Denn das Tobit hier her guckt und abstellt was hier bemängelt wird darf dann doch eher bezweifelt werden.

    Bei Tobit hilft nur die Dinge in eigenen freundlichen Worten über den Support als Fehlverhalten der Software melden.

    Bei manchen Dingen sollte man wohl mittlerweile - dank augenscheinlichen Antworten einer KI - auch eher dazu neigen die Support Anfrage nicht so zu gestalten das sie ohne Nachfrage zu verstehen ist. Denn wenn ein Sachverhalt nicht klar zu erkennen ist antwortet einem ein Mensch, der Nachfragen stellt. So oder so müssen Probleme mit der Software von so vielen Leuten wie möglich über den schriftlichen Support von Tobit gemeldet werden, wenn man möchte das sich was verbessert.
    Es ist ja auch nicht so, das da gar nichts passiert. Wir haben hier in Release Notes immer mal wieder - regelrecht überrascht - festgestellt das sie ein schon seit ein paar Releases gemeldetes Problem dann doch behoben oder schlicht verbessert haben.
    Ich glaube manchmal sind wir Anwender auch ein Stück weit selbst schuld und ich nehme mich da gar nicht aus.
    Mich nervte schon der Modern Client und nun auch der Team Client so sehr, das ich ihn eigentlich nur starte um zu gucken ob die hier im Forum beschriebenen Probleme oder Unzulänglichkeiten auch bei mir zutreffen, ich teste den aber selbst nicht wirklich und warte allenfalls ob die Anwender, bei uns im Haus was dazu melden. Ich sollte das eigentlich selbst aktiv tun um Probleme so früh wie möglich und so umfassend wie möglich zu melden, damit man bei Tobit frühzeitig davon Kenntnis hat das es so noch unreif ist. Mache ich aber nicht, weil ich meinen Job möglichst effizient erledigen muss um mit meiner Zeit auszukommen. Dabei merke ich vielfach nicht, das solche Tests eben nicht nur Zeitverschwendung wären, sondern für weniger Zeitverschwendung in der Zukunft sorgen würden.
    Ab und an fasse ich mich dann an meine eigene Nase und teste das doch mal einen Tag, aber im Grunde ist das zu wenig.

    Wir Anwender müssen mehr und konsequenter melden was uns stört, aber auch was wir uns wünschen, wenn wir Gehör finden wollen.
    Das kann man durchaus auch über ein Forum ein gewisses Stück konzertieren, bringt aber eben erst dann wirklich was, wenn das viele Anwender tun.

    Wenn ich mich nicht sehr irre sollte dort die Adresse des Postmasters (David Administrator > System > rechtsklick Einstellungen > Postmaster der eMail Adresse) verwendet werden.

    Konfiguriert man die sinnvoll - die meisten eMail Server weltweit halten sich schlicht an den entsprechenden RFC und nennen die Adresse daher schlicht Postmaster@domain.tld - sieht der Empfänger von automatischen Systembenachrichtigungen direkt das er hier keine Rückmeldung eines eMail Empfängers selbst, sondern eines Mail Systems bekommen hat. Außerdem lassen sich Antworten an diese Adresse auf dem David Server bequem in einen separaten Ordner leiten, wo man sie zentral überwachen und bei bedarf auch mittels Regeln verteilen kann.

    Dein eigentlicher Wunsch lässt sich allerdings nicht umsetzen.