Beiträge von nordtech
-
-
Seit Installation funktioniert die Übergabe von Email-Adressen über die MAPI-Schnittstelle an Tobit David nicht mehr richtig. Den übergebenden Email-Adressen wird immer "SMTP:" vorangestellt.
Ja, Mist, damit schlagen sich diverse Kunden jetzt auch herum. Es ist mir, wieder einmal, ein großes Rätsel, wie so etwas in der QC nicht auffallen kann - zumal, wenn an der MAPI-Schnittstelle herumgeschraubt wird.
Allmählich sind unsere Kunden OHNE sitecare besser dran als die mit, das kann nicht so ganz im Sinne des Erfinders sein.
-
Kann nur empfehlen das Update NICHT zu installieren. Bei mir werden emails von vor Monaten erneut vom externen Server (Strato) abgerufen, aktuelle emails tauchen doppelt auf.
Das Problem kann ich in der Form bei uns nicht bestätigen. Provider ist ebenfalls Strato, Catchall-Postfach mit POP3, Mails werden beim Provider 30 Tage lang liegen gelassen. Rollout gestern abend eingespielt, keine Auffälligkeiten beim Mail-Abruf.
Womit ich nicht sagen will, dass das Problem nicht existiert. Es scheint aber zumindest nicht grundsätzlich aufzutreten.
-
Arcutil brauchst du für beim manuellen Laufwerkswechsel nicht in vollem Umfang, da die Pfadangaben z. B. in den David-Archiven immer relativ sind (\\server\david) und nicht auf den Laufwerksbuchstaben festgenagelt.
Von daher könnte es reichen, die alte Freigabe zu beenden und auf D: im Rahmen der Neuinstallation eine neue mit gleichem Freigabenamen(!) einzurichten. Anschließend kommt es drauf an, was du manuell übernehmen willst. Die Archivstruktur funktioniert auf jeden Fall, da sich obiger relativer Pfad nicht ändert, die kannst du stumpf umkopieren. Eventuell klappt das sogar für die Konfigurationen usw. - such am besten mal, ob in deinem David-Verzeichnis irgendwo "c:\" als Inhalt auftaucht.
Die SQL-Datenbanken würde ich von der Aktion ausnehmen und den Volltextindex einfach neu erstellen lassen. Oder habt ihr da z. B. Chatnachrichten drin, die auf jeden Fall mit umziehen sollen?
-
Hm, ich kann das bei mir nicht reproduzieren - beim Fallenlassen der Datei wird im Archiv in der Tat ein PDF angelegt. Zwar ohne Vorschau (da erscheint nur name.pdf), aber ein Doppelklick auf die Zeile öffnet direkt den Adobe Reader. Statt Briefumschlag-Symbol o.ä. ist auch direkt ein kleines rotes PDF-Icon in der Eintragsliste.
Besondere Konfigurationen hab ich im Client nicht, lediglich alle Ansichten auf "klassisch" (Vorschau unter den Nachrichten).
Wie genau sieht das bei dir aus? Wird da ein neues Dokument mit dem Anhang erstellt, oder eine neue Nachricht? Incl. Ziehen einer Vorlage?
-
Erstelle im David-Archivsystem des Benutzers mal einen neuen Ordner und nenne diesen Aufgaben{todo} - die in geschweiften Klammern stehende Bezeichnung wird dann automatisch als Bezeichnung auf Dateisystem-Ebene übernommen. Damit müsste die Zuweisung wieder klappen.
-
In diesem Menü werden denke ich nur die Fehler aufgelistet, die auch in der Ansicht aktiv sind. Klicke also zuerst mit rechter Maustaste in die Zeile mit den Spaltenbeschriftungen, dann "Verfügbare Spalten...", dort "Von:" wieder einblenden.
-
Ich hab neulich mangels anderer Alternativen mal einen Mailtransfer (uraltes Outlook -> Thunderbird) mit Hilfe von Mailstore Home durchgeführt. Das lief erstaunlich schmerzfrei, und man kann die so archivierten Mails bequem in .eml-Dateien exportieren (die sich wiederum in David verschieben lassen).
Bei vielen Unterordnern ist es ein bisschen Klickarbeit. Und du musst natürlich mal schauen, ob die Lizenz der kostenlosen Version das im konkreten Fall hergibt - bei mir war's in der Tat ein Privatanwender.
-
Es wird mysteriöser. Folgende Erkenntnisse:
a) Die Datei .001 ist definitiv nur reiner Text, zumindest konnte ich per HEX-Editor keine speziellen Zeichen o. ä. entdecken.
b) Die Verknüpfung läuft nicht nur über den Dateinamen. Ich habe testweise eine .001 wegkopiert, dann das Original mit einem Editor bearbeitet. Wurde übernommen, Antwort mit plain text klappt. Dann die bearbeitete Datei gelöscht und die Sicherheitskopie umbenannt -> Verknüfung ist kaputt, Vorlage erscheint bei Antwort nicht! Datei aus der Datensicherung zurückgespielt -> Klappt wieder alles. Woran bitte macht David hier nun eine Unterscheidung fest wenn der Dateiname gleich ist?
-
Moin,
ich habe mich am WE bei einem Kunden hingesetzt und deren E-Mail-Vorlagen "zu Fuß" überarbeitet, nachdem sich mit dem Editor immer wieder Formatierungsprobleme ergaben. Das Ergebnis ist eine Handvoll sehr übersichtlicher HTML-Code und eine wunderhübsche Vorlage.

Gestolpert bin ich im Zuge dessen darüber, dass der plain-text-Teil beim manuellen Bearbeiten des Codes offenbar nicht mit angepasst wird: Hat man im Client HTML in der Vorschau deaktiviert, stehen da plötzlich ganz andere Dinge drin (die Daten aus dem kopierten Original). Aber kein Problem, der plain text der jeweiligen Vorlage ist offenbar in der Datei .001 gespeichert und liegt dort in Klartext vor. Also mit dem Editor die Daten angepasst -> Nicht-HTML-Vorschau im Client ist nun einwandfrei.
Problem: Wenn der Kunden nun mit dieser Vorlage auf eine erhaltene Plain-Text-Nachricht antwortet, kommt keine Signatur. Die eingestellte Vorlage wird also komplett nicht gezogen; bei HTML hingegen ist alles super.
Habt Ihr eine Idee, woran das liegen kann? Ich hab' auch schon probiert, eine andere .001-Datei umzukopieren, die wird aber ebenfalls nicht gezogen. Es scheint eine Verknüpfung verloren gegangen zu sein, aber welche und wo?
-
Moin,
ich konnte mich bisher noch nicht durchringen, mich im Forum von Werbung freizukaufen, habe aber natürlich zumindest alle Adblocker etc. deaktiviert. Das finde ich nur fair.
Seit einiger Zeit wird nun aber oben Werbung eingeblendet, die mehr als ein Drittel des Bildschirms einnimmt und dabei auch noch Informationen abschneidet. Teile von Überschriften oder Buttons sind nicht mehr zu erkennen - das nervt dann doch ziemlich.
Konfiguration: Firefox 81, Display full-hd. Screenshot anbei.
Lässt sich da bitte etwas dran drehen? Das Forum ist so nur noch begrenzt nutzbar. Wenn ich die Seite im Edge öffne (ohne Anmeldung) bekomme ich übrigens komischerweise überhaupt keine Werbung angezeigt...
-
Schau an, man lernt nie aus.
Vielleicht sollte ich den Assi doch mal verwenden, statt immer klassisch eine Verteilregel anzulegen. 
-
Das geht wohl nur über manuelles Hinzufügen einer weiteren Bedingung in der Autoreply-Regel ('Dokumententyp UNGLEICH "Fax"' bzw. "Dokumententyp IST GLEICH "E-Mail"').
Vielleicht mal als Anregung an Tobit weitergeben, das könnte man ja durchaus standardmäßig in den Abwesenheits-Assi einbauen.
-
Muss auf dem neuen Server das Verzeichnis auf dem selben Laufwerksbuchstaben liegen?
Radio Eriwan: Kommt drauf an.

Im Archivsystem selbst wird afaik immer auf den Freigabenamen referenziert, ebenso an den allermeisten Stellen im David selbst. Sprich: Wenn Server + Freigabe ( \\server\david ) wieder wie bei der alten Installation heißen, kann jene Freigabe auf einem beliebigen Laufwerk liegen, das muss nicht mit dem alten identisch sein.
Wenn du aber wirklich ALLES umkopierst, also den kompletten David-Ordner, gibt es Ausnahmen von dieser Regel. Zum Beispiel das Verzeichnis CODE\DATABASE, in dem die Datenbanken des SQL-Server liegen. An der Stelle knirscht es, sobald der Laufwerksbuchstabe nicht mehr passt.
Andere Stellen an denen es hakeln könnte, fallen mir gerade nicht ein. Ein Workaround könnte darin bestehen, einen "Dummy-Ordner" DAVID zu erstellen, der auf dem gleichen "alten" Laufwerksbuchstaben bleibt (z. B. D:), in dem aber nur der DATABASE-Ordner wohnt. Oder du löscht die SQL-Instanz und installierst manuell eine neue mit dem korrekten Pfad. Oder installiert auf dem neuen System SQL manuell vor der David-Einrichtung. Oder, oder...
-
Moin,
ich glaube das Thema (oder ein nah verwandtes) hatten wir hier schonmal, finde aber den Thread leider nicht wieder.
Ganz naive Frage: Auf uns ist zum ersten Mal ein Kunde zugekommen, der (wie es wohl zukünftig öfters passieren wird) lokal keinen Server mehr stehen haben möchte. Es soll alles online bzw. über die Cloud laufen, wobei es im konkreten Fall was die "Cloud" angeht gewisse Einschränkungen gibt: Die gewünschte Warenwirtschaft ist nämlich eine ganz klassische Windows-basierte Client-/Server-Lösung, und David hätte er auch gerne. Also läuft's eher auf eine "normale" Windows-Umgebung heraus, bei der der Server halt nur woanders steht.

Die User greifen zu 90% über mobile Geräte zu, daher ist ein Terminal Server angedacht. Fax ist kein Thema mehr, von daher auch kein Problem.
Nun zum naiven Teil: Wie macht man das dann wohl? Anbieter suchen, passende VM mieten, soweit klar - und dann? Kriegt man z. B. die 2 PCs, die nicht über den Terminal Server laufen, in die Domäne? Wie verbinden sich die mobilen Clients (VPN?) auf die Kiste und wie kriegt man das bei David mit den Portfreigaben etc. hin?
Sorry, wie gesagt, das sind Anfängerfragen, aber wir haben in der Tat bislang nur die ganz klassischen Kunden mit Hardware lokal vor Ort. Es gibt hier aber bestimmt Leute, die bereits Erfahrungen mit Remote-Umgebungen gemacht haben (speziell auch in Verbindung mit David) und berichten können? Würde mich über Anregungen freuen!

-
Im Nachrichteneditor Menü aufrufen -> Datei -> Nachrichtenoptionen (oder Strg+O) -> im Feld "Antworten an" die gewünschte Adresse eintragen.
Oder soll das grundsätzlich (ohne manuellen Eingriff) passieren? Dann könntest du das mit einer Include-Datei lösen (entweder im David-Admin oder aber für eine bestimmte Mail-Adresse durch Einfügen des @@Befehls in die Vorlage) - allerdings konnte ich nach kurzer Recherche keinen passenden @@-Befehl finden. Gut möglich also, dass das so nicht funktioniert.
Die Mail einfach mit post@email.de auf den Weg zu bringen, ist keine Option?
-
Eine konkrete Erklärung habe ich für das Phänomen nicht, da aber das manuelle Übernehmen der david.usr meines Wissens nach kein vom Hersteller unterstütztes Verfahren ist, kann es dort durchaus haken.
Ich würde mal folgendes tun: Schnapp dir einen der Benutzer, die nicht korrekt in der Auswahl angeboten werden. Verknüpfe im David-Admin den Benutzer temporär mit einem Dummy-Account aus dem Active Directory (z. B. dem User "Gast"), speicher das Ganze und mach die Sache gleich anschließend umgekehrt noch einmal (also die Zuordnung wieder zum korrekten User herstellen).
Taucht der User anschließend in der Auswahl auf? Falls ja, wäre das ein Workaround zur Reparatur.
-
Ich hatte das bisher nur ein einziges Mal, und da half es, auf dem Server das Client(!)-Setup noch einmal durchlaufen zu lassen. Also die setup.exe aus \David\Clients
Ansonsten kann man i. d. R. das komplette David-Setup einfach über die bestehende Installation laufen lassen, dabei werden keine Einstellungen verändert. Aber generell vor einer solchen Aktion natürlich sicherheitshalber ein Backup machen und alle Installationsmedien bereithalten (incl. der Patches, die dich wieder auf Version 12.00a-3007 bringen).
Du könntest auch versuchen, die dvadmin.exe aus einer Sicherung wiederherzustellen, aber wenn's von den Clients aus läuft wird es vermutlich daran nicht liegen.
-
Hier bisher keine Probleme. Was sagt denn das Log des Postman?
-
OK, vielen Dank für eure Rückmeldungen, ist ja doch immer interessanter, das von Leuten aus der Praxis zu hören als sich im Internet durch Tests zu kämpfen (von denen man oft nicht genau weiß, wer sie gesponsert hat). Inzwischen darf ich auch die Broschüre von G-Data downladen, da gab's wohl nur einen kleinen Server-Schluckauf. Wir werden uns das mal ansehen. Der weniger tolle SPAM-Schutz wäre kein Hindernis, das behandeln wir eh auf separatem Wege.
Die anderen von euch genannten Kandidaten schaue ich mir aber auch mal an. Merci an alle!
Einige Kunden hatten AVG - davon bin ich aber weg, der erkennt ständig alles als Virus egal ob ich eine Ausnahme mach oder nicht.
Das Problem haben wir auch massiv, allerdings eher mit Avast als mit AVG, letzteres ließ sich mit Ausnahmen einigermaßen bändigen. Bei einem Kunden (Spedition mit LKW-Werkstatt) kommen Programme zum Einsatz, die selten und auch recht eigentümlich gestrickt sind (selbstmodifizierende EXE, da steht ein Virenscanner natürlich voll drauf...) - Avast beizubringen, diese Programme in Ruhe zu lassen, ist ein Ding der Unmöglichkeit. Zumal Fehlermeldungen wie "Malware %ThreatName% detected on machine PC123 - filename: *unknown*" irgendwie nur begrenzt weiterhelfen.