Beiträge von nordtech

    Das verstehe ich jetzt auch gerade nicht (doppelt und dreifaches Entwickeln von Clients). Die Darstellung der Beta ist viel gefälliger, und die Anordnung der Favoritenleiste links sehr praktisch für Nutzer der "Vorschau unter den Nachrichten"-Ansicht. Macht vom look&feel her wirklich einen netten Eindruck,

    Leider mit Chayns-Anmeldung verpflichtend. Das konterkariert eines unserer Haupt-Argumente für David (alles im eigenen Haus, keine Abhängigkeiten von externen Diensten).

    Und den Classic Client scheint das Teil auch kaputt zu machen:

    Bin ich der einzige, bei dem das neue Rollout noch nicht via David Admin angeboten wird? Bin gerade zu faul, mich via Browser mit Zugangsdaten anzumelden.

    Die "Werbe-Mail" ("david® Rollout 408 bereit zur Installation") kam schon an...

    Was sagt ein Rechtsklick in der Nachricht und "Quelltext anzeigen"? Ist da was drin? Wenn nicht -> ggf. Rechteproblem oder Virenscanner. Das würde ggf. auch die Anzeige der "0 bytes" erklären.

    Kannst du die Datei aus dem Screenshot denn manuell in einem anderen Programm öffnen (Rechtsklick -> öffnen mit -> Editor)?

    David ist heute (leider) so exotisch, dass mir keine Übersicht bzw. kein Bewertungssystem bekannt ist, auf das man sich verlassen könnte. Das schließt Google ein. Da tauchen vermutlich die größten Partner zuerst auf, obwohl die u. U. seit Jahren gar keine Tobit-Produkte mehr vertreiben.

    Der Königsweg wäre wohl, Unternehmen anzusprechen, die David einsetzen, und dann zu fragen, wie zufrieden sie mit ihrer Betreuung sind.

    Alternativ ist die Aktivität in diesem Forum auch ein ganz gutes Indiz, denke ich. Damit zeigt der Fachhändler schließlich, dass er sich in vielfältigen Kanälen informiert und austauscht. Besser als immer nur Nabelschau zu betreiben. In diesem Sinne kannst du mir gerne eine PM schicken. ;) Oder natürlich einem beliebigen anderen Partner, der sich hier tummelt.

    Meine Anfrage per Intercom, warum im Modern Client einige unserer Vorlagen "kaputt" sind (doppelte Zeilenabstände; ändert sich aber auch gerne mal spontan, wenn mit ENTER neue Zeilen eingefügt werden...) blieb leider bis heute unbeantwortet. Das kann ja heiter werden, wenn's bei den Kunden auftritt. Dass der Umstieg auf Chromium nötig und sinnvoll ist, sehe ich ja ein, aber das muss halt auch vernünftig integriert werden.

    Die größte Baustelle im Client ist und bleibt der Editor. Schade, dass man mit dem "Modern Client" da nicht endlich mal die Schere angesetzt hat und das Ding zumindest so funktional/intuitiv gestaltet wie in MS Outlook. Letzteres prodziert zwar unter der Haube grausamstes "HTML", aber immerhin auch WYSIWYG.

    Optisch haut mich der Modern Client ebenfalls nicht vom Hocker. In der klassischen Ansicht (Vorschau unter den Nachrichten) ist die Übersicht komplett flöten, man weiß ja nichtmal mehr, wo Ecken und Kanten sind, die man mit der Maus "anfassen" kann. Sieht aus wie anno 1991 auf einem dieser "Papierweiß"-s/w-Monitore.

    Leider also so ziemlich business as usual: Alle paar Jahre eine umgewürfelte Optik, aber grundsätzliche Probleme werden nicht angefasst. :(

    Ja, so kenne ich das auch. Wenn ich z. B. in einem anderen Netz sitze und per Direktzugriff über Port 267 auf meinen Server zugreife, dann sind die erweiterten Eigenschaften nicht verfügbar.

    Klick mal im Fenster "Eigenschaften" links neben dem Betreff auf das Symbol, dann wird der komplette UNC-Pfad des Eintrags eingeblendet. Hast du vom betroffenen Client aus Zugriff auf diesen Pfad?

    Wenn möglich: Setze einen neuen Server auf und gib diesem den gleichen Namen wie dem alten System. Dann David dort frisch installieren und alles unterhalb von "Archive" aus der alten Installation stumpf rüberkopieren (ggf. an die Verzeichnisrechte denken). Schon ist der gesamte Archivbaum wieder da.

    Wenn du mutig bist, kannst du auch das komplette David-Verzeichnis drüberkopieren. Ist aber möglich, dass dann Nacharbeiten nötig werden (z. B. bei der Benutzer-Zuordnung, kommt drauf an, ob ihr eine Domäne habt oder die User auf dem Server angelegt sind).

    Sofern der neue Server einen anderen Namen haben muss, klappt das mit dem Umkopieren ebenfalls. Dann musst du allerdings zu Fuß mittels des Tools ARCUTIL in den Indexdateien (archive.dir, archive.dat...) den alten durch den neuen Servernamen ersetzen lassen.

    David ist vom technischen Unterbau her ziemlich "Oldschool". Bei solchen manuellen Rettungsversuchen ist das oft sehr praktisch. :)

    So ganz direkt geht das, soweit ich weiß, nicht. Du kannst externe E-Mails per Verteilregel lediglich markieren oder in einer anderen Farbe darstellen lassen. Ein möglicher Umweg wäre, in der Verteilregel auf "extern" zu prüfen und dann eine "Weiterleitung + XMEDIA" zum selben User incl. Include-Datei einzustellen. Das ist allerdings schon sehr von hinten durch die Brust ins Auge.

    Ich habe gesehen, dass andere Mailsysteme diese Funktion schon eine Weile bieten - vielleicht ein Kandidat für ein Feature Request bei Tobit? Sollte ja recht simpel einzubauen sein.

    Wenn sich der Servername und angelegte Windows-/AD-Benutzer nicht ändern, kannst du versuchen, manuell die \david\code\david.usr zurückzuschreiben, darin sind die im David eingetragenen User definiert. Das hab' ich allerdings noch nie ausprobiert.

    Aber ist es überhaupt unbedingt erforderlich, dass alle User ihre alte ID wieder erhalten? Sonst leg die doch einfach neu an und schiebe die Backups manuell in die neuen Ziel-Archive. Das kann natürlich bei großen Archiven mühsam werden. Über wie viele Benutzer reden wir denn?

    Mir ist noch nicht ganz klar, was letztlich dein Ziel ist, du schreibst ja von "Neuinstallation", möchtest aber die alten Archives und User-Zuordnungen beibehalten?

    WIMRE überschreibt David bei einer Installation relativ stumpf alle Programmdateien und lässt alles andere unangetastet. Eine wirkliche Neuinstallation bekommst du also nur beim Installieren in ein abweichendes Verzeichnis hin. Wobei ich stark bezweifle, dass 2 David-Instanzen auf der selben Maschine möglich sind - und außerdem ist dann natürlich die komplette Konfiguration weg.

    Ansonsten erhältst du halt auch bei einem "Drüberinstallieren" gewissermaßen ein Update, da sich David die bereits vorhandenen Konfigurationsdateien einverleibt. Damit bleiben also auch alle Fehler im Archivsystem unangetastet.

    Wenn du nicht manuell aufräumen möchtest, fiele mir eine Migration zu einem temp. Dummy-Server ein (mit dem Tobit Migration Services) und dann zurück auf das Ursprungssystem. Es ist allerdings fraglich, ob z. B. Fehler im Archivsystem dabei wirklich repariert oder ggf. nur ignoriert werden...

    Interessantes Phänomen, danke für die Info. Und schön, dass es sich aufklären ließ. An solche Sachen denkt man ja in der Regel nur, wenn man schon einmal davon gehört hat, daher finde ich diese Praxisberichte immer sehr nützlich.

    Generell empfinde ich David leider als nicht sonderlich großzügig mit Rückmeldungen darüber, was er gerade so treibt. Kann man auch z. B. bei größeren Verschiebe-Aktionen im Client sehen oder beim Sortieren von Ein- oder Ausgangsbuch im David Admin. "...reagiert nicht" sagt Windows, und irgendwann kommt das Programm dann doch zurück. Hätte man schöner lösen können, aber gut - man gewöhnt sich dran. Wenn man's denn weiß. ;)

    Moin,

    ich bin fast sicher, dass das hier schonmal Thema war, finde aber partout den Thread nicht wieder. Vielleicht erinnert sich von euch jemand:

    Bei einem Kunden mit aktivem Sitecare haben alle Clients den "Modern Client" automatisch erhalten, nur einer nicht. Der bekommt zwar fleißig Werbung im Classic Client, dass er doch mal den neuen ausprobieren soll, aber bei einem Klick auf die Meldung passiert nichts. Kein Wunder, denn es existiert kein Verzeichnis "Program Files\David Client", und im gesamten Programmverzeichnis ist keine dvwin4.exe zu finden.

    Ein Drüber-Installieren des Clients brachte leider nichts. Der Classic Client ist auf aktuellem Stand, aber der Modern Client einfach nicht vorhanden.

    Gibt's irgendwo ein separates Setup?

    Die von der Wawi erstellte Mail ist nicht Schuld, das ist eh nur ein Plaintext-Zweizeiler, der beim Einfügen des Textbausteins ja auch noch komplett überschrieben wird. Im Quellcode der ausgehenden Mail ist schön zu sehen, dass davon nicht übrig bleibt.

    Ich konnte ferner wie oben beschrieben das Phänomen auch nachstellen, wenn ich eine normale Mail schreibe, ganz ohne WaWi, und dann den Textbaustein einfüge. Keine Markierung mit Maus möglich.

    Das selbe Dokumente als normale E-Mail-Vorlage ist gar kein Problem, alles super.

    Aber offenbar bleiben beim Bearbeiten des Quellcodes dennoch Rückstände im David bzw. der zugehörigen 0tx-Datei über. Wenn ich den Quellcode einer bestehenden Mail (mit diesem Problem) überschreibe, dann bleibt auch das Fehlverhalten, selbst wenn ich wie oben nur drei Codezeilen einfüge.

    Erst nach dem komplett neu Erstellen einer Vorlage und dem Einkopieren des Quelltextes habe ich es letztlich geschafft, das Problem zu beheben - mit der neuen Variante ist also Maus-Markieren möglich.

    Es ist schon ein Phänomen. Der Kunde trauert seinem Outlook nach und fragt, warum es so ein Akt ist, aus einer David-Vorlage "Times New Roman" dauerhaft zu verbannen (darum haben wir die ganze Aktion überhaupt gemacht). Ich kann ihm darauf keine Antwort geben. :( Und mit dem Chromium-Editor scheint's nicht wirklich besser zu werden, denn wenn ich meine handgebaute HTML-Vorlage damit auf den Weg bringe, wird mir da erstmal ungefragt ein großer "Style"-Block reingeklatscht, in dem diverse Absatzformate definiert sind. :rolleyes:

    Mal wieder was aus der Schatzkiste "Mail-Editor": Ein Kunde erstellt aus seiner Warenwirtschaft einen Beleg, dieser wird als E-Mail versandt, der David-Client öffnet sich.

    Nun wählt der Kunde in der Symbolleiste "Textbaustein einfügen" und nimmt "Angebot", eine Vorlage mit handgebasteltem HTML, in der sein Anschreiben, Logo und Footer vordefiniert sind. Klappt auch alles.

    Will er aber jetzt im eingefügten Text etwas ändern, dann geht das plötzlich nicht mit der Maus! Eine Markierung per linker Maustaste funktioniert einfach nicht, man kann wild klicken wie man möchte. ABER: Grundsätzlich klappt's schon. Markierung mit Shift + Pfeiltasten ist ebenso möglich wie Rechtsklick -> Einfügen etc.

    Ich würde das ja auf den PC schieben, aber am Server ist das Verhalten exakt das gleiche, auch ohne WaWi-Beteiligung. Neue E-Mail, dann diesen Textbaustein einfügen -> nix mehr mit Maus-Markierung.

    Habt ihr das schon mal gesehen? Herausfinden konnte ich bislang nur, dass das Problem verschwindet, wenn man das Rendering auf Chromium umstellt und auch den Haken bei "Chromium für Editor nutzen" setzt. Dann sehen die Vorlagen aber plötzlich anders aus (Absatz-Abstände...), das möchte der Kunde nicht haben. :(

    Bin wie immer für jeden Tipp dankbar.

    Wenn an das Zertifikat keine besonderen formalen Bedingungen genüpft sind, könnt ihr auch einen Drittanbieter nehmen, wie z. B. im Video von @stylistics beschrieben (hier: actalis.it). Das ist kostenlos, der Link aus dem Video funktioniert immer noch. :)

    Sofern die Bestellung aus dem Client heraus später doch noch durchgeht, lässt sich das Zertifikat ja leicht wieder austauschen, damit man ein "schickes" von D-Trust hat.

    Halb off-topic: Bei Strato setzt man einfach einen Button auf "Standard STRATO Mailserver", schon hat man einen gültigen SPF-Eintrag.

    Ich wundere mich immer wieder, dass IONOS als "Konzernschwester" manche Sachen so kompliziert gestaltet.

    Naja, just my 2 cent.