Klar geht das...
Jetzt mal davon ausgehend, dass die Benutzer sich untereinander als Verzeichnisse im TeamDavid Client nicht sehen können, also nur sich selbst im Ordnerbaum unter Servername/Benutzer/User X.
Du gibst User X im CAL Verzeichnis des User Y Vollzugriff.
Jetzt gehen wir davon aus, dass User X über die Gruppenkalender Funktion in seinem eigenen Kalender auf den von User Y zugreifen soll. Den kann er so aber nicht hinzufügen weil er ihn nicht auswählen kann.
Du als Admin schnappst dir dann den TeamDavid Client und ziehst den Kalender von Y in den Kalender von X per Drag und Drop mit gedrückter SHIFT+STRG Taste. So wird dort eine Verknüpfung erstellt wo du dann noch den passenden Namen vergeben kannst. Und schon hat User X den Kalender von Y in seinem Kalender sichtbar. Du kannst die Verknüpfung auf diesem Wege natürlich auch in der Root von User X anlegen oder in einem anderen Unterordner, so wie du es halt brauchst.
Du kannst natürlich auch dem User X die Möglichkeit geben den Kalenderordner von Y selbst zu finden. Vergebe dazu auf das User Root Verzeichnis, also das mit der David 8 stelligen UserID, von User Y nur auf den Ordner! das Recht "Attibute lesen" für den User X. Das Gleiche machst du für die Datei archive.dir in dem Ordner selbst. Dann sollte der beim Aufklappen des Benutzerbaumes auch den User Y sehen und kann da dann nur den Kalender sehen.
Den letzten Teil der Beschreibung kannst du übrigens auch erreichen wenn du auf das Kalenderarchive von UserY einen Rechtsklick machst, auf "Eigenschaften" klickst und dann in den Tab "Zugang" wechselst. Wenn du als Benutzer die David Berechtigung "Ordner-Zugriffsrechte anpassen" hast, wird dir unten links/mittig ein Button "Berechtigungen" angezeigt. Hier kannst du die entsprechende Berechtigung direkt vergeben. Dabei wird dann das "Attribute lesen" Recht entsprechend auf die Verzeichnisstruktur gesetzt um im Baum dahin zu gelangen.
Posts by Wizzard
-
-
Gibt auch noch eine Variante ohne Excel nur mit David Bordmitteln wenn man zusätzliche Variablen benötigt.
Man wählt eine Adresse in dem Adressarchive aus in dem die Adressen gepflegt werden und geht auf den Reiter "Alle Felder". Dann wählt man bei "Auswahl"->"Alle Felder in diesem Ordner" und klickt unten auf Neu. Hier kann dann Name (als Beispiel hier mal "Kundennummer") und Typ (hier Text) ausgewählt werden. Dann Speichern und schließen. Das Feld steht dann bei allen Adresseinträgen in dem Archive zur Verfügung.
In der Mail selbst kann dann das Feld neben den ohnehin schon zur Verfügung stehenden Adressvariablen über %(Feld "Kundennummer") ausgelesen werden (im übrigen sogar auch schon im Betreff).
Eine geschlechterspezifische Anrede lässt sich im Übrigen auch ganz ohne eigene Variable lösen, wenn in den Adressen zumindest die Anrede gesetzt ist. Zitat aus der Client Hilfe wenn man nach Anrede sucht und bei Treffern auf "Variablen" klickt:
%(Anrede="Frau" ? "Sehr geehrte %(Anrede) %(Nachname)" : %(Anrede="Herr" ? "Sehr geehrter %(Anrede) %(Nachname)" : "Sehr geehrte Damen und Herren"))Die zusätzlichen Variablen kann man dann auch noch in der Listenansicht in dem Adressarchive über die Spaltenüberschriften anzeigen lassen:
Rechtsklick auf die Spaltenüberschriften, "Verfügbare Spalten", links unten auf "Neu" bei Feldbezeichnung dann "Kundennummer" eingeben und für den Spaltennamen dann was in der Übersicht angezeigt werden soll.Das Ganze würde m.W. auch noch über den Adressen Import gehen wenn man die zusätzlichen Felder in der Definitionszeile dazu nimmt.
-
Aber ich plane wahrscheinlich doch eher zu MS365 zu wechseln.. mal schauen
oooooh nein, die dunkle Seite der Macht hat ihn in ihren Bann gezogen...

-
Mit fester (seriöser) IP, entsprechend angepasstem SPF Record und DKIM aktiviert spricht nichts gegen den direkten Versand.
-
Also bei mir funktioniert das eigentlich ganz prima mit den folgenden Berechtigungen:
Administratoren und System auf der ganzen David Verzeichnisstruktur mit Vollzugriff.
David\Archive: DVG-Servername (also die Gruppe wo die David Benutzer Mitglied sind) nur "Attribute lesen - Nur diesen Ordner"
David\Archive\User: DVG ebenfalls nur "Attribute lesen - Nur diesen Ordner"
David\Archive\User\eigeneID: Vollzugriff Ordner, Unterordner und Dateien für den jeweiligen Benutzer, keine weiteren Berechtigungen für etwa die Benutzer oder Jeder Gruppe.
Daraus resultiert dann im David Client die Ansicht des User Archive mit nur dem eigenen Benutzer als Unterarchive. -
David Administrator links Verteilvorgaben selektieren, ALT Taste drücken, im Menu Werkzeuge dann Datenexport.
-
Um nachträglich für alle Benutzer die minimale Rechtevergabe automatisch durchzuführen, wechseln Sie auf dem DvISE Server in das Verzeichnis »DAVID\CLIENTS\WINDOWS\MOBILE\DAVID\APPS\FAXWARE\OUT\API«. Kopieren Sie die Datei »STARTUP« in das Verzeichnis »DAVID\APPS\FAXWARE\OUT\API«. Die Rechte werden anschließend automatisch angepasst.
Warum Einfach wenn´s auch kompliziert geht, oder ?

David Administrator ALT Taste für Menu drücken->Werkzeuge->Zugriffsrechte zurücksetzen.
-
Mit dem Migrationstool werden m.W. keine Extra gesetzten NTFS Berechtigungen vom Quell zum Zielserver übernommen.
-
Das erste "Receive", von unten aus gesehen, sollte die Übergabe der Mail an den Strato SMTP sein:
Received: from 2018-03-13 by smtp.strato.de (RZmta 55.0.1 AUTH)
Den weiteren Weg bis zu dem angeblich ungebührlichen SMTP kannst du mit jedem "Receive" weiter nach oben verfolgen. Das müsste man dann mal mit einer Mail vergleichen die über David verschickt wird.
Hast du für David selbst auch ein DKIM aktiviert? DMARC und SPF DNS Eintrag überprüft? -
-
-
Wenn die Anonymisierung so richtig vorgenommen wurde, sieht man ja das vermutete TO: im Header mit drei Empfängern auf der gleichen Domain.
Wenn das Postfach direkt beim Benutzer eingetragen ist, steht in der ersten Zeile vom Header
x-destarchive: und\dann\der\Pfad\zum\Eingang\des\Benutzers -
Normales Verhalten würde ich so ohne Header vermuten. In der Mail im Catchall stehen im Header 3 To Adressen mit der domain. Das Grabbing Postfach schaut nach *@domain findet drei und stellt die Mail an alle drei zu. das nächste Grabbing Postfach sieht die gleiche Mail im Postfach des Einzel User auf dem Provider Server und holt diese dann nochmal für den einzelnen User, entweder durch die Anlage des Grabbing Postfachs direkt beim User oder durch die Angabe von Auszuwertendem Adressfeld bzw. wenn beide Felder leer sind, wird m.W. automatisch das envelope-to: genommen.
-
-
Ich kann mich nicht erinnern, dass man nur das "Finden" ausblenden konnte. Was vielleicht noch sein könnte wenn die TABs unten angezeigt werden, ist der "Finden" Tab auch unten. Menu/Ansicht/Layout/Tabs oben deaktiviert. Oder vielleicht auch mal oben rechts auf den Button Fenster Positionen wiederherstellen klicken? Links neben dem Minimieren Button.
-
Welche Api genau meinst du denn da? M.W. ist es nicht einfach möglich über die DvAPI32.dll an die Daten zu kommen.
Und was genau hast du da vor? Wenn der David Client als SIP fungiert löst der doch bei eingehenden Anrufen die Adressen dementsprechend schon auf, also zumindest den Namen zu der anrufenden Nummer. -
Hat der Kunde im Gegensatz zu dir schon den neuen Team Client? Dann findest du das Finden Feld im Bereich der Vorschau bei Vorschau unter Eintragsliste.
-
Geht das dann nicht über das entsprechende DCC Script?
-
Wenn die Domain als gültige Domain eingetragen ist, kommt die Mail normalerweise im Unverteilt an und kann da per Weiterleitungsregel weitergeschickt werden. So wie du es schreibst, hört es sich an als ob der Postman ein Direktes Weiterleiten durchführt, hast du da in der Datenbank einen entsprechenden Eintrag?
-
Um nochmal auf das ursprüngliche Problem zurückzukommen, da ich davon ausgehe, dass es sich um unterschiedliche Berechtigungen handelt wenn der User eine Mail manuell in den Spam Ordner verschiebt als wenn es über die Spam Melden Funktion durch den Service Layer geschieht, kommt mir da so eine böse Ahnung... Läuft in dem Fall dann der SL Dienst nicht als lokalSystem sondern u.U. als Administrator?