Ich würde da als erstes mal gucken ob er wirklich die selbe, oder nur die scheinbar gleiche Nachricht in beiden Postfächern hat?
Denn es ist ja durchaus möglich das die Mail zwar vom Sinn her den gleichen Inhalt hat, aber zwei mal unterschiedlich versandt wurde.
Beiträge von riawie
-
-
Also ich bin für den Dark Mode schon mal sehr empfänglich.
Wenn die wenigstens noch das Platzverschwendungsproblem beseitigen könnte ich mir glatt vorstellen doch zu wechseln, denn einen Dark Mode hab ich beim alten Client schon sehr lange vermisst.
Was ansonsten die fehlenden Abgrenzungen der einzelnen Bereiche angeht bin ich bei Dir,
Da ist der Classic Client deutlich besser, auch wenn mich dort die viel zu breiten Ränder und Balken seit sie eingeführt wurden wirklich nerven. -
das sollte diese Einstellung im jeweiligen Client sein:
-
und VPN wäre da sicherlich aber der bessere Weg ?
Auch sicherer als Webbox dann denke ich?
Port 443 ist bei uns eh schon offen um Postlagernden Versand zu ermöglichen.
Bleibt damit nur noch Port 267 welcher ebenfalls nur authentifiziert uns verschlüsselt kommuniziert.
Ob VPN sicherer ist hängt halt auch vom verwendeten VPN ab.
Ist ne Einzelfallentscheidung. -
Sehe keinen Unterschied auf den Screenshots?
-
wir haben das auf reparieren/löschen stehen:
ich denke aber das es auch bei löschen funktioniert wie von mir oben beschrieben.
Die Einstellung bei der Identifizierung ist bei uns fast identisch, nur das wir auch weitergeleitete Mails identifizieren lassen: -
Aber wenn man nicht im Netzwerk ist? Dann müsste man also am Macbook VPN einschalten und damit arbeiten, korrekt?
entweder man nutzt ein VPN, oder man leitet die nötigen Ports in seiner Firewall auf den David Server frei und teilt dem David Client die IP Adresse oder den Hostnamen (gern auch einen dynamischen) der Firewall als David Server mit.
-
Rollout 397 ist halt schon eine steinalte David Version, das war Build 3042.
Kann schon sein das es da mal einen Bug gab, ich kann mich allerdings an keinen solchen erinnern und hab in den Release Notes zum drauffolgenden Build 3045 auf die schnelle keinen Hinweis gefunden der darauf schließen ließe das dort etwas entsprechendes gefixt worden wäre.
Wenn Dich das näher interessiert könntest Du dir aber ja mal die weiteren Releasenotes zu neueren Builds als dem Deiner Version anschauen. Der Rollout 297 entspricht wie schon geschrieben dem Build 3042 unter welchem Du ihn in den Release Notes finden kannst: https://david.tobit.software/releaseNotes -
rechtsklick auf den Ordnernamen > Eigenschaften
im dann erscheinenden Dialog recht weit unten "Anzeigen als" auf Kalender stellen.
Zusätzlich mittels Rechtsklick auf den Ordnernamen > Im Explorer öffnen
checken das sich dann der Unterordner cal innerhalb des Archivordners des betreffenden Benutzers öffnet. -
im David Client:
Einstellungen > Ansicht > Zusatzfenster > "david Notifier starten"
Haken weg = nach dem nächsten vollständigen Beenden des Clients + Notifiers und neuen starten des Clients kein Notifier mehr aktiv bei dem Benutzer an dem Rechner -
Wo macht er das ? bzw wo kann ich das einstellen?
David Administrator > System > rechte Maustaste > Backline Services > Identifizierung
Über die Auflistung in der Mitte kannst Du für die einzelnen identifizierten Klassen festlegen was passieren und wo was landen soll. -
e_mano_e hmm, das ist einerseits doof, andererseits aber auch wieder gut zu lesen das dies endlich auf der ToDo Liste gelandet ist, da ja auch Smart Client und Chayns Client das gleiche Problem aufwerfen und das bei uns inzwischen immer relevanter wird.
Dann muss ich die weiße Kachel wohl doch mal entkernen und mit unserem CI versehen. -
Und wie verbinder er sich? war das nicht nur mit replizieren etc möglich?
Der verbindet sich wie caddo oben bereits schrieb genau wie der Windows Client.
Unser Nutzer ist mit dem Ding übrigens ausschließlich nomadisch und mobil unterwegs und kommt damit nie in unser Büro. Replizierung gibt es hier bei uns grundsätzlich keine. -
Nun haben wir einen Mitarbeiter der via Mac arbeitet und dafür gibt es ja keinen Client.
hmm, also unser einer MAC Nutzer mit seinem MAC Book Pro nutzt den David Client für MAC welcher sich normaler Weise unter \\david-servername\David\Clients\Mac als david-client.dmg finden lässt
-
Setze in Deiner Postman Konfiguration auf der Karte "Erweitert" den Haken bei "Original Nachricht speichern"
Dann speichert der David zu jeder empfangenen Nachricht immer die tatsächlich ursprünglich empfangenen Daten bevor er irgendwas anderes damit macht in einer .0tx Datei
Stelle ferner Deine Message Identifikation so ein das Virus Mails in den SPAM Ordner des Nutzers, oder in den zentralen SPAM Ordner verschoben werden sollen.
Wenn Du nun zu einem erkannten Virus der Meinung bist das es ein false Positive ist gehst Du in den SPAM Ordner des Nutzers, oder eben den zentralen SPAM Ordner.
Suche die Nachricht dort heraus, kopiere Dir mit Rechtsklick die David Objekt Verknüpfung.
Ab damit in einen Texteditor oder was auch immer und alles bis auf den Dateinamen selbst löschen.
Rechtsklick auf den SPAM Ordner im David Client und "Im Explorer öffnen" auswählen.
Jetzt die fragliche Datei suchen und zwar mit der .0tx Dateiendung.
Datei irgendwo hin kopieren, mit dem eigenen Virenscanner checken, weil besser ist das.
Datei umbenennen in Dateiname.eml
Datei öffnen - im Normalfall wird die dann im David Client geöffnet.
Dateianhänge speichern.
Dateianhänge mit Virenscanner unter die Lupe nehmen, (im Zweifel ab nach Virustotal damit wenn keine persönlichen daten oder Geschäftsgeheimnisse drin sein sollten) um sicherzustellen das die wirklich unbedenklich sind.
Wenn die Anhänge o.k. sind und alles nur ein Fehlalarm war kann man sie dem Empfänger zur Verfügung stellen.
Du siehst mit gescheiter Einstellung des David muss nix verloren gehen
-
lycra das Problem hatten halt die Virenscanner ne ganze Zeit nicht mal auf der Uhr.
Es hilft alles nix, Containerformate müssen wie ZIP Files in allen Ebenen ausgepackt und deren Inhalt gescannt werden, anderenfalls muss man sie schlicht verwerfen.
Und ja, ich weiß um die Bedeutung von PDF.
Schön wäre halt wenn man da die Chance hätte zu sagen ich lasse PDF/A durch und andere PDF Formate z.B. nicht. aber das kannste halt aktuell soweit mir bekannt nirgends.
Und wenn man das irgendwo könnte hätte man immer noch den Ärger damit die Absender erziehen zu müssen, weil keiner raffen mag das PDF eben a) nicht gleich PDF ist und b) nicht per se sicher, sowie c) teils inzwischen sogar extrem gefährlich.
Die Welt ist leider inzwischen echt kaputt
-
David guckt halt inzwischen auch in Zip Files ob dort gefährliche Dateien drin versteckt sind.
Soweit so gut und grundsätzlich vernünftig.
Allerdings sind PDF Dateien - wie viele andere (z.B. alle aktuellen Office) Dateien ebenfalls - letztlich Zip Files.
Nun ist es schon ewig so das PDF Dateien gerne aktive Elemente enthalten und das meist als java script und genau darüber stolpert das ganze hier.
Es gibt aber einen sehr guten Grund warum Tobit entschieden hat ausgerechnet jetzt in PDF Dateien rein gucke zu lassen. Es ist kürzlich eine schwachstelle im Zusammenhang mit PDF Dateien bekannt geworden wo innerhalb von PDF Dateien Microsoft Office Dateien versteckt werden welche Macrovieren enthalten und beim öffnen der so präparierten PDF Dateien vom jeweiligen PDF Reader an Microsoft Office weitergereicht werden.
Es gibt also einen sehr gute Grund warum aktuell viele Virenscanner PDF Dateien deutlich gründlicher beäugen als das früher der Fall gewesen ist, so eben auch die Viruserkennung im Tobit David Postman.
PS
Wer in der Vergangenheit bereits den Empfang aller Microsoft Office Dateien welche Macros enthalten können auf seinen Mailservern blockiert hat müsste aktuell entsprechend auch PDF Dateien blockieren, da sich darin Microsoft Office Dateien mit Macros verstecken können. -
ich denke da erinnerste Dich an was anderes:
Nachricht in einem Ordner erstellen
Befehl ARCHIVE Kurzform ARC Wirkung Erzeugt eine Nachricht direkt in einem beliebigen david Ordner. Anstatt die Nachricht zu versenden, legt der david Service Layer sie in dem angegebenen Ordner ab. Syntax @@ARCHIVE=>Ordner-Pfad@@ Parameter Als Parameter muss der genaue Pfad des betreffenden Ordners angegeben werden, eingeleitet durch die Zeichenfolge »=>«. Diesen Pfad erhalten Sie am einfachsten, wenn Sie im david Client die Ordner-Eigenschaften des betreffenden Ordners öffnen (Ordner markieren und rechte Maustaste drücken). Es kann entweder der absolute Pfad (inkl. Servername) oder der Pfad relativ zur david Ordner-Root (DAVID\Archive\) verwendet werden. Im letzten Fall beginnen Sie also die Pfadangabe mit dem Haupt-Ordner (z.B. »Group«, »User« oder »Faxbox«). Hinweise Standardmäßig wird bei Verwendung dieses Befehls ein Fax erstellt, wenn kein anderes Datenformat angegeben wird. Wollen Sie aber stattdessen z.B. eine eMail erstellen, so verwenden Sie zu Beginn der Nachricht den Befehl @@EMAIL). Der Befehl @@ARCHIVE selbst muss als letzter david Befehl innerhalb des Dokumentes verwendet werden. Ihm dürfen keine weiteren david Befehle folgen. Beispiel:
@@EMAIL@@
@@BETREFF Testeintrag@@
@@ARCHIVE=>GROUP\01000001\IN\335E6446@@
Diese Nachricht wird als eMail in dem angegebenen david Ordner erstellt.
-
Wir nutzen aktuell noch an ca. 90 von rund 100 Plätzen den Classic Client, ganz simpel weil man mit dem mehr Informationen zur gleichen Zeit auf den Bildschirmen hat, da er keinen Platz verschwendet.
Der Modern Client wird vorwiegend mobil genutzt, da er dort Vorteile in Sachen Performance bietet. -
Du schreibst das es in allen "anderen" Archiven klappt.
In welchem es nicht klappt schreibst Du aber nicht?
Ich glaube Du musst Dein Problem noch mal detaillierter beschreiben
Bei uns hier klappt die Darstellung der Vorschau unter der Eintragsliste jedenfalls bei allen Nutzern genau so wie es gedacht ist und das auch bei allen rund 100 Nutzern.
