Beiträge von nordtech

Hüstel. Ja, das ist eine gute Frage. Vermutlich nicht. Da hab ich wohl ein bisschen verquer gedacht und ziehe hiermit diesen Ratschlag zurück. Mittel der Wahl bleibt somit das VPN (wobei ich gerade mal wieder bemerke, dass VPN-Ports oft ebenfalls nicht durchgehen, hier im Hotel zum Beispiel )

Der David-Client kommuniziert über Port 267, dieser wird im WLAN-Router wohl gesperrt sein. Teamviewer & Co, arbeiten (zumindest optional) mit Port 80, der ist so ziemlich immer freigeschaltet. Ebenso SSL/https 443 für die Webbox.

Du könntest versuchen, statt eines Direktzugriffs ein VPN zum Zielnetz aufzubauen und darüber zu tunneln.

Oder du machst im David-Netz ein Portforwarding von Port 80 auf 267, damit wird dann zwar der http-Zugang zu Webbox gekappt, aber unverschlüsselt sollte man eh nicht mehr von extern zugreifen. Lediglich, wenn ihr im David ein Let's-Encrypt-Zertifikat eingerichtet habt, gibt's an der Stelle Probleme, das braucht zur Erneuerung den Port 80 auf die Webbox. Diese Variante hab' ich noch nicht ausprobiert. VPN ist vermutlich die beste Option (und klappt auch in den meisten öffentlichen Netzen).

Zitat von barabas

das ist eben eine Eigenschaft von HTML, oder?

Im Falle des Einfügens mit Formatierung, ja. Meinetwegen auch, wenn z. B. eine komplexe HTML-Mail beantwortet wird und deren wirrer Code die eigene Vorlage beeinflusst. Aber das Problem existert ja auch, wenn man eine ganz neue Mail schreibt, ohne irgendwas einzufügen.

Zitat von barabas

eine 2. mögliche Ursache wären auch unsauber erstellte HTML-Vorlagen

Wie oben beschrieben haben wir uns die Mühe gemacht, händisch eine komplett saubere und W3C-konforme Vorlage zu bauen. Das Problem tritt trotzdem auf.

Aber langsam wird's off-topic.

Zitat von twmemphis

Jeden Tag bin ich davon genervt dass sich aus irgendeinem Grunde die Schriftart ändert

Ja, das habe ich auch schon öfters beobachtet und sogar mit händisch erstellten HTML-Vorlagen nie richtig in den Griff bekommen. Gerade eben wieder passiert: Füge in einer neuen Mail eine Aufzählung ein, schreibe einen Absatz (wie vorgegeben in Arial), drücke Enter -> zack, der nächste Absatz der Aufzählung ist plötzlich in Times New Roman.

Mir erschließt sich an der Stelle auch keine Regelmäßigkeit. Mitunter taucht eine abweichende Schriftart auf, wenn man ganz am Ende an der falschen Stelle Enter drückt, oder wenn man einen Textblock per "nur Text einfügen" in die Nachricht überträgt. Ist alles etwas seltsam.

Wenn's dir nur um das Löschen geht: Übergeordneten Ordner zu löschen versuchen, die Meldung "Kann nicht gelöscht werden, weil noch Daten drin sind" abwarten und die dann mit Shift + Enter bestätigen -> Ordner incl. Einträgen und Unterordnern wird entfernt.

Ich hab' das allerdings mit gepackten Archiven noch nicht ausprobiert.

Mit einem halbwegs aktuellen Rollout wird dir aber beim Löschen des Users im David-Admin ebenfalls angeboten, dessen Archive und POP-Konten gleich mit zu entfernen.

Zitat von riawie

In welches andere Programm (außer Word) kann man denn Ausschnitte aus Excel Tabellen so rein kopieren das dort dann Tabellen statt Text oder ein Bild ankommen?

Thunderbird kann's...

Seltsam, ich habe in der Firewall keine expliziten Freigaben eingerichtet für diese Funktion, lediglich die sl.exe ist freigeschaltet für UDP und TCP, aber das passiert bei der Installation vermutlich automatisch.

Wenn ich alle anderen David-bezogenen Freigaben deaktiviere und nur obige sl.exe drin lasse, klappt es bei mir trotzdem schnell.

Seltsam. Ich hab' das gerade mal bei unserem größten Kunden (85 User) von einem Terminal Server aus getestet - dauert insgesamt 3 Sekunden, dann ist der Admin da.

Hängt es evtl. an den User-Rechten? Bei mir waren das stets User aus der Gruppe der Domänen-Admins. Vielleicht wird ein "normaler" User irgendwo ausgebremst, wenn er die Rechte auf den Admin nur über die David-Benutzereinstellungen bekommt?

Wie groß sind eure Installationen? Bei uns ist sie mit 4 Usern sehr klein, vielleicht liest der Admin noch jede Menge Daten der einzelnen User ein und verzögert so das Öffnen?

Hab ich grad mal getestet; geht bei mir gefühlt sogar etwas schneller als direkt auf dem Server. 1-2 Sekunden, bis die UAC-Abfrage kommt, nach Klick auf OK nochmal ca. eine Sekunde, bis der Administrator sich geöffnet hat.

Laufen irgendwelche Virenscanner/Firewalls, die da reingrätschen könnten?

Ich hab' das Tool selbst bislang nicht ausprobiert, aber bei "Klein und fein" fällt mir spontan DvRelations von SyntaX Software ein: https://www.dv-tools.de/index.htm?/relations/relations.htm

Ob das im Detail all eure Anforderungen erschlägt, kann ich allerdings aus dem eingangs erwähnten Grund nicht sagen.

Moin zusammen,

in dieser Woche habe ich mal wieder eine Migration mit dem aktuellen Tobit-Tool durchgeführt, von einem alten (Win2012) zu einem neuen (Win2019) Server, Patchstand David identisch.

Mir ist wie auch schon bei den letzten Migrationen aufgefallen, dass etliche Kleinigkeiten nachgearbeitet werden müssen. Konkret zum Beispiel:

• Bei einigen Benutzern standen unter "Einstellungen -> Adressen" im Feld "Ordner" falsche Angaben drin, nämlich die nicht-aufgelösten Pfade des alten Servers. Das kam aber nur bei wenigen Usern vor
• ALLE User hatten unter "Einstellungen -> Adressen" unten bei "Standard-Zielordner für Adressen" noch den alten Serverpfad drin.
• Im Client wurde die Anzahl der ungelesenen Nachrichten in überwachten Ordnern nicht angezeigt. Das ließ sich nur durch Löschen der dic.cfg im Userornder lösen, obwohl die offenbar korrekt konvertiert wurde (in der Datei war überall der neue Servername hinterlegt).

Nun frage ich mich (wie immer): Mache ich irgendwas falsch? Oder übersieht das Tool schlichtweg einige Ecken? Habt ihr die gleichen Erfahrungen gemacht?

Zitat von olise

Keine Regeln oder ähnliches ...

Auch nicht im David-Admin unter Verteilregeln/Verteilvorgaben?

Was steht im Quelltext der empfangenen Nachrichten im "To:"-Headerfeld?

Zitat von BlackShadow

Mehrere Partner und Kunden die sich beteiligen würden. Dafür vielleicht div.Vorteile bekommen.

Jaaaa! Die Partner, die sich beteiligen, erhalten einfach wieder das bisherige Provisionsmodell incl. Boni auf Sitecare-Umsätze! Bin dafür!

(duck und wech)

Hab's gerade mal ausprobiert, das Verhalten kann ich hier so nicht reproduzieren. Beim (ebenfalls minütlichen) Abholen von Mails geht der Grabbing Server nur auf 3-6% rauf, auch wenn wie in meiner Testmail ein fetter Anhang dabei ist.

Grätscht da evtl. ein Virenscanner rein? Bei uns läuft David auf einem Server 2012R2 mit Xeon E3-1225v3, also eher eine bescheidene Hardwareausstattung.

Zitat von ag1

daß man vor der Installation den David-Ordner schon anlegen soll und die Vererbung der Sicherheitseinstellungen deaktivieren soll. Ist das notwendig oder nur bei speziellen Fällen

David setzt bei einer Installation ohne Vorkonfiguration die Rechte aller Unterverzeichnisse so, wie sie vom Stammverzeichnis vererbt werden (war jedenfalls früher mal so, evtl. hat sich da etwas geändert). Wenn also auf dem Laufwerk jeder User lesen durfte, konnte später auch lesender Zugriff auf die Benutzer-Archive der anderen User erfolgen. Das ist ja in der Regel nicht erwünscht.

Erstellt man nun also vor der Installation einen Basisordner "David" und setzt dort nur Rechte für System, Admins usw. werden die User-Archive mit der Standard-Berechtigung angelegt, also in diesem Beispiel: System+Admin (vererbt) und zusätzlich Vollzugriff des jeweiligen Users - und NUR des Users. Es sieht also nach der Installation jeder lediglich seine eigenen Archive. Das lässt sich deutlich leichter sortieren und anpassen als wenn man die vererbten Rechte erst einzeln wieder entziehen muss.

Aber wie gesagt: Es gibt ja seit einiger Zeit auch die Funktion im David-Admin, die Standard-Rechte wiederherzustellen, kann sein, dass sich David inzwischen bei einer Neuinstallation anders verhält. Schaden tut das manuelle Anlegen des Verzeichnisses "David" (incl. gewünschter Rechte) aber sicherlich nicht.

Zitat von ag1

Die Zugriffsrechte sollen ja nach einer Neuinstallation und Datenübernahme wieder passen...

Dazu wäre in erster Linie interessant, ob die Domäne identisch bleibt. Wenn ja, kannst du im Prinzip sogar alles unterhalb von "Archive/User" 1:1 kopieren, da dann die Datei- und Verzeichnisrechte übertragen werden (eine Variante wäre z. B. Robocopy, hier den Schalter /SEC nicht vergessen).

Anschließend musst du aber händisch den Servernamen in den Indexdateien ersetzen lassen, das erledigt Arcutil (\david\util\windows\arcutil\arcutil.exe).

Wie Tobit sich das vorstellt, ist in der Knowledgebase beschrieben.

Weiterhin gibt es natürlich die Variante, alles in Strongbox-Sicherungen zu packen, da hat man am Ende einige große Dateien zum Übertragen, was je nach Netz- und Plattenkonfiguration schneller gehen kann als das einzelne Geschaufel des Migrationstools (vgl. Posting von Arno).

Ich persönlich arbeite trotz des Zeitnachteils am liebsten mit dem Migrationstool, da man hier einfach am wenigsten nacharbeiten muss. Bei großen Archiven kann man User ja einzeln umziehen und die Aktion ggf. übers Wochenende laufen lassen. Allerdings, korrigiert mich wenn ich was falsches sage, setzt das Tool glaube ich alle Rechte wieder zurück auf Standard (jeder User sieht nur sein eigenes Archiv). Ein bisschen basteln muss man also auf jeden Fall.

Zitat von Honigblau

Noch eine Idee?

Leider keine konkrete, was jetzt kommt wäre Ausprobieren und Rumgestocher: Du könntest mal testweise z. B. Thunderbird installieren und diesen in den Windows-Einstellungen als Standard-Mailclient eintragen. Funktioniert das "Senden an..." dann? Falls ja, anschließend zurück auf David stellen?

Generell glaube ich, dass die Funktion "Senden an -> E-Mail" über die MAPI abgewickelt wird. Hast du das Regstrieren der DVSMAPI.EXE als Administrator durchgeführt?

Wir haben das Problem auch gerade bei einem Kunden (und nur bei diesem einen). Provider ist dort Jimdo. Vorheriges Rollout wieder eingespielt, und nun trudeln fleißig die E-Mails ein.

Falls auf dem PC kein MS Office als Vollversion läuft, lösch bitte mal die ggf. vorhandenen Apps "Office Setup" (oder so ähnlich) und "Mein Office".

In der Registry die üblichen Verdächtigen:

• HKEY_LOCAL_MACHINE\SOFTWARE\Clients\Mail -> Standard auf "David Client"
• HKEY_LOCAL_MACHINE\Software\Classes\mailto (Falls es keinen Schlüssel mailto gibt, einfach einen anlegen)
  Neue Zeichenfolge anlegen "URL Protocol". Wert bleibt leer
• HKEY_LOCAL_MACHINE\SOFTWARE\Classes\mailto\shell\open\command
  Zeichenfolge (Standard) mit Inhalt: C:\PROGRA~2\TOBITI~1\dvwin32.exe /MailURL:%1

Ich hatte den Fall aber auch schon einmal so hartnäckig, dass wir das User-Profil löschen und neu anlegen mussten. Da ging's dann.