Beiträge von nordtech

Zitat von Daniel G.

Domäne gibt es wohl nicht beziehungsweise hat der Kunde dazu nichts gesagt. Da es wohl ein Recht kleines Unternehmen ist gehe ich aber nicht davon aus das dort eine ist.

Dann musst du nur auf dem neuen PC die lokalen User wieder einrichten und im Rahmen der Migration den alten Usern zuordnen.

Zitat

Muss beim Virenschutz etwas beachtet werden? Gehe davon aus das der Kunde eine hat.

Sorry, war von meiner Seite etwas unglücklich ausgedrückt: Ich bezog mich damit auf den Desktop-Virenschutz von Tobit selbst. Der hat bei uns mal nach einer Migration auf den meisten Clients den neuen Server nicht gefunden, obwohl es dafür extra eine Konfigurationsoption gibt. Ich konnte das seinerzeit nur durch eine Neuinstallation des Client-Schutzes lösen. Wenn der Kunde einen anderen Virenschutz einsetzt (was in der Regel wohl der Fall ist), gibt es kein Problem.

Backup ist gut, wobei der alte Rechner im Rahmen der Migration nicht verändert wird (ausser, das die Dienste gestoppt werden).

Ansonsten: Lass auch mal den ein oder anderen Gedanken in die Richtung schweifen, die Genesis andeutet. Ist nicht bös gemeint, aber in der Praxis treten immer auch gerne mal kleinere Probleme auf, die man gar nicht mehr auf dem Schirm hat, wenn man hier im Forum schreibt. Da hilft dann in der konkreten Situation nur jemand mit Erfahrung...

Moin,

also das Tool heißt dvmigrat.exe, offizieller Name von Tobit "Server Migration Services". Im ZIP-Archiv ist auch eine PDF-Anleitung enthalten, und die Bedienung ist ziemlich trivial: Man erstellt auf dem Zielsystem eine neue ("leere") David-Installation mit Standard-Vorgaben, patcht ggf. auf den Stand der alten Installation, startet das Tool (Admin-Zugriff muss auf alten und neuen PC möglich sein), ordnet die User zu, gibt optional an, was man übernehmen will, und lässt das gute Stück arbeiten. Es wird wirklich so ziemlich alles übernommen, incl. DvAdmin-Konfigurationen, Verteilregeln usw.

In der Regel hast du nach dem Migrationslauf eine voll funktionsfähige Installation. Von daher ist das alles schon recht simpel. Ärger gab es bei mir in der Praxis manchmal mit dem Client-Virenschutz (verwendet inzwischen kein Kunde mehr, weiss nicht, ob das jetzt besser klappt) und dass die Ordnerüberwachung/der Notifier verwirrt war, weil noch auf die alte User-ID verwiesen wurde. In letzterem Fall reicht es, einmal die dic.cfg im User-Archiv zu löschen.

Zitat von Daniel G.

Gibt es dafür vielleicht ein Handbuch/Tool/Anleitung die ich bisher noch nicht gefunden habe??

Nee, dafür gibt es autorisierte David-Partner, die haben dann auch das passende Migration Tool auf Tasche.

Konkret hängt die Kompliziertheit des Vorhabens immer von Umfang und Art und Weise der Installation ab. Wenn der Rechnername sich nicht ändert(!), kannst du im Primzip sogar hingehen und David auf dem Win10-Rechner neu installieren, dann die Dienste anhalten und das alte David-Verzeichnis stumpf rüberkopieren. ABER in der Praxis gibt es natürlich so einige Fallen, Stichwort: Rechtevergabe, SQL-Server-Anbindung etc. pp.

Eigentlich von Tobit vorgesehen für Migrationen ist das oben erwähnte Tool, das jeder Tobit-Partner beziehen kann. Mit dem Ding hat man generell wenig Last - auch dann, wenn sich der Rechnername ändert. Einziger Nachteil ist, dass die User-IDs durcheinander gewürfelt werden. Bei sehr großen Installationen dauert's gerne mal laaaange. Aber wenn euer David auf einem XP läuft, mutmaße ich, dass der Datenumfang nicht gigantisch ist.

Wie man manuell oder halb-manuell umzieht, ist schon in vielen anderen Threads beschrieben worden. Schau z. B. mal hier:

Lass die archive.dir trotzdem mal mit arcutil neu aufbauen. Vielleicht stimmt der Servername, aber es fehlen einfach Einträge.

Vorab: Rechte hast du geprüft?

Wenn ja, dann schau dir mal die archive.dir im Hauptverzeichnis von David an - ggf. erst einmal in einem Editor öffnen und nachsehen, ob dort überall der korrekte Servername auftaucht. Du kannst die Datei auch mittels \David\Util\Windows\ARCUTIL\arcutil.exe neu aufbauen lassen (vorher sicherheitshalber wegkopieren): Bei "Pfad" den Pfad zum Hauptarchiv eintragen (\\server\david\archive), dann einen Haken rein bei "archive.dir herstellen". Falls noch der alte Servername in der Datei auftaucht, ist auch der Reiter "Suchen und Ersetzen" dein Freund.

Hier auch keinerlei Probleme in der Richtung, weder bei den Kunden noch bei unserer internen Version.
Clients zu 95% iOS.

Ah, OK, ja, sorry, hab' ich nicht komplett gelesen/verarbeitet. Da hast du Recht - wenn der User mit Rechtsklick bzw. Strg+M nichts ausrichten darf, dann sollte es mit einem Doppelklick natürlich auch nicht funktionieren. Es sind ja BEIDES Funktionen, die sich in der archive.dat niederschlagen.
Ich würde sagen, das ist ein klassischer Fall für die (relativ) neue Funktion "Feedback" im Hilfe-Menü des David-Clients. Schreib das mal Tobit, vielleicht tut sich da ja im nächsten Rollout was!

Zitat von DerSchlonz

Eigentlich ist es mir ja egal wer letztendlich das gelesen Flag setzt, Tatsache ist aber dass das mit dem angemeldeten Benutzer nicht passieren dürfte. Sonst brauch ich ja keine Rechte vergeben wenn ich an anderer Stelle die Möglichkeit habe diese zu umgehen.

David bildet die Archivstruktur "Dateisystem-nah" ab, das heißt, dass bestimmte Aktionen in den Archiven eine spezifische Entsprechung bei den Dateien haben. Das Flag "gelesen/ungelesen" ist aber gerade keine Eigenschaft, die mittels Dateisystem-Rechten gesetzt wird (Windows kennt so eine Markierung meines Wissens nach nicht), daher wird sie anders realisiert - über einen Eintrag in der Indexdatei archive.dat. Du könntest somit schreibenden Zugriff des Service Layers auf die archive.dat unterbinden, aber das wäre keine gute Idee, da dann auch z. B. neu hinzukommende Nachrichten nicht mehr angezeigt würden.
Aus diesen Gründen fällt mir keine Lösung für dein Problem ein, allerdings ist die Anforderung auch recht speziell...

Zitat

Im Client unter Einstellungen->Global->Bestätigungen gibt's die Option "Warnung bei mehrfachem Öffnen der selben Nachricht".

Das bezieht sich ziemlich sicher auf den selben User/PC, greift also nur dann, wenn man eine Nachricht öffnet und diese unter den anderen 100 Fenstern auf den Desktop schon irgendwo anders offen ist. Benutzer- und PC-übergreifend wird die Warnung nicht funktionieren.

Zitat

Ansonsten bin ich ja mit David sehr zufrieden, auch wenn manche Sachen unnötigerweise anders als gewohnt (kompliziert) sind.

Ja, einerseits. Anders herum geht's allerdings ähnlich: Ich stolpere z. B. in Exchange öfters mal über hartnäckige Kleinigkeiten, die sich in David schnell und unkompliziert lösen ließen...

Ich habe zumindest die meisten meiner Kunden davon verschont, indem als Kontaktadressen bei Tobit grundsätzlich kundenname@meineeigenedomain hinterlegt wird. Nachrichten an diese Adressen werden von meinem Catchall-Postfach eingesammelt, falls wirklich mal was Wichtiges dabei ist, leite ich manuell an die "echte" Adresse des Kunden weiter. Auf diese Weise sehe ich ganz gut, mit welcher Penetranz Tobit die Kunden mit Werbung vollballert. Das und die Tatsache, dass (wie oben erwähnt) nicht einmal ein "Abbestellen"-Link in der Mail vorhanden ist, wäre mir als Fachhandelspartner regelrecht peinlich. Wenn wie jetzt irgendwelche Sonder-Updates laufen poppt auf dem iPhone gefühlt alle 10 Minuten eine neue Nerv-Mail auf.
Nach wie vor wäre mir ein Treue-Rabatt beim Sitecare deutlich lieber als immer neue Anläufe, auch die letzte Mini-Installation mit Sitecare auszustatten. Aber was haben wir in diesem Forum nicht schon an Wünschen Richtung Ahaus geschickt... Das Leben ist halt kein Wunschkonzert.

Zitat von RobDust

kann der proxy auch gleichzeitig der selbe mailstore server und tobit server sein?

Ja, das geht (bei kleinen Umgebungen), habe ich in meiner Versuchsinstallation exakt so laufen. Eventuell ist zu beachten, dass man in der SMTP-IP-Konfiguration eine Loopback-Adresse angibt, da David sonst nicht begreift, dass er nicht an sich selbst, sondern an den Proxy senden soll (wegen identischer IP). War aber glaube ich bei meiner Installation nicht nötig. Vgl. auch den Absatz "Wichtiger Hinweis" hier: Mailstore und David

Zitat von RobDust

verstehe ich das so, dass man den Proxy zwischen Tobit und dem Email Provider (1und1 Pop abruf) hängt? dann holt Tobit vom proxy ab?

Ja, ganz genau so. Der Proxy klemmt sich zwischen die Kommunikation und speichert eine Kopie weg, das klappt für POP und SMTP. Im David wird entsprechend im Grabbing Server und im Postman die Adresse des Proxy-PCs eingetragen, und im Mailstore Proxy baut man Einträge für den "echten" Server des Providers. Geht recht reibungslos.
Die Alternative besteht darin, die User-Archive über IMAP anzusprechen (Remote-Freigabe und dann Abgleich über den Mail Access Server). Aus unserer Sicht bestand der Nachteil (mal abgesehen vom notorisch instabilen Mail Access Server) aber darin, dass Mitarbeiter unter unglücklichen Umständen Mails in ihren Archiven löschen können, bevor sie archiviert werden, da die Überführung ins Archiv immer nur festen Zeitabständen erfolgt (z. B. alle 5 Minuten).
Bei der Proxy-Lösung wiederum ergibt sich die Schwierigkeit, dass intern versendete Nachrichten nicht erfasst werden, da diese ja nicht über den Provider (und somit auch nicht über den Proxy) gehen.

Wenn es allerdings um einen einzigen User geht und für die Archivierung auch nur externe Mails interessant sind, dann wäre die Umsetzung mit Mailstore "piece of cake", wie die Franzosen sagen.

Zitat von RobDust

nutzt den jemand Mailstore? Hatte damit bei Outlook gute Erfahrungen...
In der Hilfe steht nur, dass es duplikate bei der Zeitumstellung geben kann :...

Wir haben Mailstore kürzlich bei einem Kunden installiert; war unterm Strich ein bisschen Frickelei, da der Kunde ALLE E-Mails (auch interne) lückenlos archiviert haben möchte. Die Anbindung an David über IMAP schien uns aber zu heikel, da wir bezüglich der Stabilität des Mail Access Servers keine besonders guten Erfahrungen gemacht haben. Daher läuft der Großteil über den Mailstore-Proxy. Bezüglich Zeitumstellung kann ich nichts sagen, da der Echtbetrieb erst im Mai gestartet ist. Aber bei Einsatz des Proxys tritt das Problem vermutlich nicht auf (zum Zeitpunkt der Übergabe hatte David ja noch keine Chance, Header zu verbiegen).
Unterm Strich finde ich das Produkt schon fein, nur die sehr starke Ausrichtung auf Outlook störte ein bisschen. So war es uns nicht möglich, die Mails in David weiterhin über ein POP-Sammelkonto abzuholen, weil dann die Zuordnung zu den Usern nicht mehr klappte. Wir mussten auf separate POP3-Postfächer umstellen, und das war eine ganz schöne Fleißarbeit...

Zitat von BlackShadow

Wieder sieht der Editor anders aus

Ja, das war in den Release-Notes angekündigt - ich find's auch nicht so doll. Über Einstellungen -> Editor -> Erweitert -> "Klassische Formatierungs-Optionen" kann man die alte Ansicht reaktivieren.

Ja, ist kein Problem, auch das Umkopieren der Datei klappt (wenn man z. B. bei einem User Regeln definiert hat und ein anderer exakt dieselben erhalten soll). Berechtigungen auf Dateisystemebene und Zielverzeichnisse müssen natürlich passen.

Was ich unlängst festgestellt habe: Wenn man einem User Regeln definiert und die archive.urt dann rechtemäßig so anpasst, dass der User selbst keinerlei Rechte darauf hat, dann erscheint ihm der "Regeln"-Dialog leer. Versucht der Benutzer, neue Regeln zu erstellen, dann werden diese vermeintlich geschluckt, aber in Wirklichkeit (ohne Fehlermeldung) verworfen. Ich fand das im konkreten Anwendungsfall ganz nett, weil wir bei einem Kunden den Benutzern das grundsätzliche Recht der Regelerstellung lassen wollten, aber im Ausgang ein paar nicht änderbare Regeln zwangsverteilen mussten. Eine archive.urt, die der User nicht lesen oder schreiben darf, eignet sich somit als "Regel-Blocker" in einem spezifischen Archive. Was ja auch irgendwie logisch ist.

Fürs Protokoll: Ich habe leider weder von AVG noch von Tobit eine abschließende Meldung erhalten (von Tobit immerhin die Aussage "Das schauen wir uns mal an"), aber inzwischen ist das Problem offenbar gelöst - abstürzende Clients kamen auch nach dem Aufheben der Ausnahmeregeln nicht mehr vor, und das gestrige Rollout wurde seitens AVG nicht bemeckert oder gar gesperrt.

Zitat von force01

Wir arbeiten seit Jahren mit den MIS (Message Identifcation System) und wir haben noch NIE, wirklich noch NIE, eine false positive email gehabt. Jedenfalls ist es noch nie aufgefallen. Das läuft sehr effizient und stabil. Von daher benötige ich (jedenfalls bislang ) auch keine Whitelist für den SPAM-Filter

Wir hatten bisher einen (!) Fall bei einem Kunden, dem Auftragsbestätigungen eines Lieferanten aus Russland von den MIS in den SPAM-Ordner geschoben wurden. Tobit bat uns damals, die komplette Mail-Protokollierung zu aktivieren und eine betroffene Mail incl. Header einzusenden. Es scheint demnach keine manuell zu definierende Whitelist zu geben, so jedenfalls der Stand von vor ca. einem Jahr.

Zitat von tct

oder kann jemand außer den Designern den überdimensionierten Rahmen etwas abgewinnen???

Och, ich muss gestehen, mir gefällt's. Ich hasse Mini-Rahmen, bei denen man zum Verschieben einen Bereich von der Preite 3 Pixel treffen muss. Kann aber auch am Alter liegen.

Zitat

Seit dem aktuellen Rollout haben mehrere unserer Anwender das Problem, dass sich einige E-Mails nicht mehr ausdrucken lassen.

Ist jetzt nur ein Schuss ins Blaue, aber zum Drucken wird ja der IE herangezogen. Habt ihr mal ausprobiert, ob sich an dem Phänomen etwas ändert, wenn im David-Client unter Einstellungen -> Editor -> Erweitert der Kompatibilitätsmodus aktiviert wird?
Ich selbst habe diesbezüglich noch keine Problemmeldungen von Kunden erhalten, allerdings drucken die auch alle extrem selten aus dem David heraus aus.

Zitat von senseye

Nur so aus reiner Neugier - in welcher Branche ausser KFZ Verwertung macht man das noch?

Bei vielen meiner Kunden ist Fax ebenfalls noch ein großes Thema - Branche Handwerk / Zimmerei / Holzbau / Sanitär - insbesondere in kleinen Betrieben gilt da die Regel: Der Chef hat ein Handy (seit 10 Jahren aktives Nokia mit abgegriffenen Tasten, ohne jegliches Smart-Gedöns), und alles was nicht über Handy besprochen werden kann, macht man per Fax.

Oh, und von einem lokalen Autohaus habe ich letztes Jahr ein Leasing-Angebot bekommen, das offenbar ausgedruckt und dann auf ein manuelles Faxgerät gepackt wurde. Man sieht, mancherorts ist schon das direkte Versenden eines Dokuments über einen virtuellen Faxdrucker zu High-Tech. Ich hätte natürlich lieber ein PDF per E-Mail gehabt, aber dazu müsste der MA ja entsprechend geschult werden...

Fax wird uns hierzulande noch einige Jahre erhalten bleiben, fürchte ich.

Ach ja, Gerichte und Behörden sind natürlich noch mal so ein Thema für sich: Law blog

Zitat von RobDust

haben uns am 12.05 jetzt das Teil eingefangen, trotz Virenscanner mit update vom 11.05.2016 Version 8162
Super. Und dafür zahlen wir aber jeden Monat schön an Tobit...

Das Problem ist wohl die hohe Mutationsrate bei den zahlreichen Varianten. Ich habe gestern bei einem Kunden den "Cerber" gehabt, der ist am Avira-Scanner vorbei marschiert, obwohl die Grundvariante auch schon aus dem März stammt. Aber wenn die Malware-Entwickler ein paar Zeilen Code austauschen passt die Signaturerkennung nicht mehr, und der zu 98% identische "neue" Schädling wird nicht erkannt. Da hilft dann nur noch eine Verhaltenserkennung, und die (siehe AVG-Thread nebenan) kann wieder ganz andere Probleme mit sich bringen.

Mir scheint, da ist noch irgendwas buggy. Ich hab's gerade mal unter Win10 mit 125% ausprobiert: Client gestartet, Ansicht OK. Haken bei "DPI-Skalierung" rausgenommen, Client neu gestartet -> Schrift bei ungelesen (zu) klein. Haken in den Optionen wieder reingesetzt -> Client neu gestartet -> Schrift immer noch winzig!
Hä?