Vererbung ist halt erst mal der Standard. der dafür sorgt das kleine Teams effizient zusammen arbeiten können ohne ständig vor die Wand zu laufen.
Und Vorsicht, einmal alle Rechte neu setzen wollen ist nen Job für sich, bei dem man leicht sehr gewaltig auf die Nase fällt.
Das gerät schon bei den nur 6 Personen die Ihr habt wenn ich das jetzt recht erinnere schon schnell mal zu einer richtig zeitraubenden Aktion.
Meist ist es einfacher einfach das System an die jeweils gewünschten Bedingungen anzupassen und zwar immer genau da wo es grad gewünscht ist.
Wenn man das machen will sollte man sich sehr gut mit Powershell auskennen und die Berechtigungen dann künftig mittels gut dokumentierter Powershell Scripte setzen. Aber Achtung, das ist nen Thema für sich und man darf dabei nicht vergessen das man sich auch noch gut bis sehr gut mit der Thematik "welche Rechte braucht es eigentlich wo auf einem David Server, damit er störungsfrei läuft" auskennen muss.
Beiträge von riawie
-
-
Das bedeutet das Du da vererbte Rechte siehst.
Grau = vom übergeordneten Ordner vererbte Rechte.
Schwarz = im aktuellen Ordner selbst gesetzte Rechte.
Der Dialog zeigt Dir im Grunde Windows Dateisystemrechte an, allerdings ein wenig vereinfacht.
Sie sind aber dennoch genau wie Windows Dateisystemrechte zu nutzen.
Alternativ kann man immer auch im NTFS direkt die Rechte verändern.
Wenn man dabei nicht aufpasst kann das allerdings bisweilen seltsame Effekte haben.
Wenn Du die grauen Rechte in ihrer Vererbung durchbrechen willst musst Du das mittels der NTFS Berechtigungsdialoge machen.
Also Rechtsklick auf den Ordner > erweiterte Eigenschaften > Sicherheit > Erweitert > "Vererbung deaktivieren" anschließend kannst Du mit dem normalen Eigenschaften Dialog die Rechte ganz normal bearbeiten und anpassen. -
Einfach Rechtsklick aufs Archiv > Eigenschaften > Zugang > Berechtigungen.
Wer nichts ändern können soll bekommt nur Leserecht.
Wer die Sachen pflegen soll bekommt Vollzugriff. -
Du ordnest ja dann über verteil regeln korrekt in die jeweiligen Postfächer korrekt? Die müsste ich ja alle erst noch anlegen etc
(glaub ich)Über Regeln muss nur verteilt werden wofür es keine bei den Nutzern eingetragenen eMail Adressen gibt.
Die Haupt eMail Adresse jedes Nutzers geht diesem immer automatisch zu, so lang man das beim abholen des POP3 Catchall Postfach auszuwertende Header Feld korrekt konfiguriert hat.
Der Rest - also all die ganzen Gruppeneingänge und Rollen basierten eMail Adressen - wird über die Verteilvorgaben (nicht über Verteilregeln!) einzelnen Archiven, oder Nutzern zugestellt.Daher hätte ich für die Umstellung erstmal Aufwand und sehe bei uns keinen echten Vorteil bzw Unterschied. Ausser ich übersehe grade was
Das ist natürlich unbestreitbar erst mal etwas Arbeit.
Ist natürlich ne Mentalitätsfrage.
Würde ich so ein System irgendwo vorfinden würde ich das früher oder später umbauen, weil mir sonst ständig der Überblick fehlen würde.
Wenn Du jederzeit genau weißt was wo passiert und nicht in Probleme oder Limitationen damit gerätst kannst Du Dich natürlich auch zurücklehnen.
Ob das bei Euch bereits Stellen gibt, oder gab, wo diese Einzelabholungen an Limits gestoßen sind weiß ich natürlich nicht. -
nordtech ist ja seltsam.
Habt Ihr diesen AI Quatsch eventuell irgendwann mal getestet gehabt? -
Nachdem der David Server mich mal wieder regelrecht dazu genötigt hat das Rollout endlich zu installieren habe ich das am letzten Wochenende auch mal getan.
Ich muss allerdings feststellen das ich vor dem Terror den dieses neue Eingabefeld oben in der Titelzeile des TeamDavid Client verursachen würde, weil es nicht, oder unsinnig funktioniert bedingt durch den Eingangsbericht von nordtech doch ungerechtfertigt viel Respekt hatte.
Bei uns funktioniert das Feld tatsächlich sinnvoll.
Eingegebene Nachrichten gehen an die jeweils ausgewählten Nutzer raus und werden dort auch korrekt benachrichtigt bzw. angezeigt.
Bei uns kommen da auch keine KI Avatare. Wir haben die KI Funktionen allerdings auch nicht nur einzelnen Nutzern verweigert, sondern Systemweit abgeschaltet und nutzen nach wie vor den klassischen Chat statt den Chayns basierten. -
Über David oder machst du das mit den windows Ordner Rechten?
Das lässt sich alles vom TeamDavid Client als Administrator aus bewerkstelligen.
Ist das bei ich so eingestellt? Also dass das globale Adressbuch nur von admin oder so bearbeitet werden darf?
Haha, nein, wir haben da halt Leute für eingeteilt und denen die passenden Rechte für die jeweiligen Archive gegeben.
Als Admin kann man sich ja nicht um jedes einzelne Detail selbst kümmern -
Du hast das hier ja irgendwo einmal komplett als Anleitung aufgeschrieben oder irre ich mich?:)
uh, ich hab das Konzept hier in verschiedenen Threads mal zum Teil, mal in Gänze beschrieben, aber ich wüsste nicht mal ob ich das auf die schnelle finden würde
-
für mich unvorstellbar.
Aber wir handlen auch deutlich mehr Nutzer und haben Dutzende special purpose eMail Adressen, nichts davon ist ohne catchall sinnvoll umsetzbar.
Noch schlimmer wäre die Vorstellung einen Zoo von Sende Methoden managen zu müssen. Vor allem weil wir es eben mit verschieden gearteten Kunden zu tun haben, die mal direkte, mal smarthost Einlieferung der Mails erforderlich machen.
Für mich ist das neben der Flexibilität auch einfach eine Frage der Standardkonfomität.
So ganz nebenbei macht es Änderungen in der Infrastruktur deutlich einfacher.
Man stelle sich nur mal vor der Provider sollte gewechselt werden, wenn man da dann jede Mailbox einzeln anfassen muss :o -
Kann man das irgendwie sperren?!
klar, Du gibst halt auf das Zentrale Adressen Archiv allen nur leserechte, außer dem der sie pflegen soll.
Wie handhabt ihr das ß
eben über die Zugriffsrechte
-
aber das geht wie gesagt nur für den aktuellen Bestand. Für neue Ordner passts dann wieder nicht.
So lang neue Ordner mit aktiviertem "Eigenschaften übernehmen" erstellt werden gilt das dann auch für neue Ordner.
Deaktiviert man die Option hingegen wird die Sortierung halt auch nicht mit übernommen. -
Und muss man hier aufpassen wegen Mix aus David Classic Client und Tobit Team oder sollte ich den Mitarbeiter nun mal darauf hinweisen dass die nun umsteigen sollten?
Unsere Vorlagen haben ihre Funktion im TeamDavid Client nicht verändert.
Einmal sauber aufgebaute Vorlagen funktionieren in beiden Clients gleichermaßen korrekt.
Tun sie es nicht, sind sie nicht sauber aufgebaut -
also scheinbar wird bei uns über smarthost geschickt. dann brauchen wir das nicht einstellen?!
Wer alles über den Provider / smarthost schickt und damit klar kommt braucht das im David Server tatsächlich nicht zu konfigurieren.
Allerdings sollte man ruhig mal prüfen ob es im David Administrator unter:
eMail > Postman - SMTP Dienst > Datenbanken > Sende Methode
nicht eventuell Ausnahmen gibt, für bestimmte Domains doch direkt zu senden.
Falls es da keine gibt braucht man DKIM dann tatsächlich nicht.
In dem Fall empfehle ich allerdings zumindest mal beim Provider zu checken ob DKIM und SPF dort korrekt konfiguriert sind, so das nur von seinem Mail Server aus in Eurem Namen gesendet werden darf.
Bei uns ist es so das einige Kunden Mails nur dann von uns entgegen nehmen, wenn wir diese direkt per SMTP senden und nicht über den Smarthost.
Außerdem kann es Vorteile haben direkt zu senden, wenn man Mailempfänger bedient deren Provider große Mails über 10 MB akzeptieren, welche aber unterwegs hängen bleiben. Auch diese Fälle haben wir bei uns.
Und weil wir dann auch noch Empfänger haben die nichts von unserer festen IP Adresse annehmen wollen nutzen wir somit letztlich beide Versandwege und passen das im Bedarfsfall individuell an.
Flexibler ist man also unterwegs wenn man DKIM und SPF beim Provider im DNS korrekt einrichtet. Denn dann kann man im Zweifel fix mit einer Sendemethode reagieren -
Sekunde, der DMARC Teil auf der Seite wo Du gerade schaust ist nur für den Fall zu konfigurieren wenn Du selbst direkt mit dem David Mail Server Mails per SMTP empfängst.
Wir lassen alle unsere Mails beim Provider empfangen und holen sie dort mit POP3 ab.
Wir senden aber Mails direkt statt über den Provider / smarthost und entsprechend haben wir den dafür zuständigen Sender Teil DKIM konfiguriert, welcher dann beim Empfänger in der Überprüfung landet wie man sie im Falle eines David Servers auf der von Dir gezeigten Seite konfiguriert.
Für die DKIM Konfiguration als Sender musst Du per Rechtsklick auf System > Konfigurieren > Übertragung gehen
Dort trägst Du dann beim Selektor einen für Euer DNS Setup eindeutigen Namen ein, wie z.B. david und im Feld Domäne(n) alle von Euch als Teil der Absender eMail Adressen genutzten Domains als Komma separierte Liste.
Dann klickst Du auf Neues Schlüsselpaar generieren.
Nun legst Du bei Eurem Provider einen TXT Record an, wie er oben unter -Name angezeigt wird.
Zusätzlich sollte dann noch der spf Record bei Eurem Provider angepasst werden, so das er auch Eure statische IP Adresse als zulässigen Sender ausweist. Wenn Ihr weiterhin Mails zum Teil auch über Euren Provider versenden können wollt muss der neue SPF Record natürlich auch die Mail Server Eures Providers mit enthalten. Wie Du das bei Euch genau konfigurieren musst wäre dabei der Dokumentation bei Eurem Provider zu entnehmen. -
habt ihr DKIM bei euch aktiviert?
Habt ihr DMARC aktiviert?
Haben wir beides aktiviert.
Ist für uns als Strato Kunden recht simpel über deren DNS Einstellungen machbar gewesen.Mit DMARC, SPF und DKIM habe ich mich bis heute noch nicht bewusst befasst. Bis jetzt genügte mit der Message Identifikation Service von David.
Das ist eigentlich für die andere Richtung gedacht, so das andere nicht mehr ohne weiteres - bzw. nicht mehr an Empfänger, welche darauf prüfen - Mails in Deinem Namen versenden können.
-
Im Prinzip hätte der weg ja auch geklappt, wenn es die Authentifizierungsprobleme nicht gäbe -.-
Die würden sich immer lösen lassen.
Das ist ja letztlich keine Magie, sondern pures Handwerk.
Dieses Handwerk braucht nur - wie jedes andere Handwerk auch - jemanden der das Handwerk beherrscht.
Wenn Ihr aber nun den Weg wechseln wollt, ist der Weg über das offizielle Migrationstool und einen Tobit Partner, bei dem Umfang an Nutzern, Daten und Regeln das einzig vernünftige.
Ich persönlich bevorzuge den Weg ohne Migrationstool schlicht weil die Downtime bei dem von mir gewählten Weg bedeutend kürzer ist und ich es halt auch noch mal mit sehr viel mehr daten zu tun habe. -
Ich habs extra noch mal getestet, nicht das ich Dir was falsches erzähle
Er löst sowohl über Vorname, Nachname, Firmenname als auch die eMail Adresse selbst auf um Vorschläge zu unterbreiten.
Grundsätzlich gilt das die Treffersuche immer vom ersten Buchstaben innerhalb eines Strings her arbeitet.
Wenn der relevante Teil des Firmennamens an den Du bei einem Empfänger denkst nicht am Anfang seines Fiemennamens im entsprechenden Adressfeld steht wird halt kein Treffer gefunden, wenn Du es mit dem zweiten Wort im String Firmenname versuchst.
So kann "Metallbau Schulze" nur über "Met..." nicht aber über "Schul..." gefunden werden.
Genauso bedeutet das für eine eMail-Adresse, das ein Firmenname welcher erst hinter dem @ kommt, für die Vervollständigung erst dann erreichbar, wenn man den Rest davor schon getippt hat.
Daher kann "Info@lachnicht" zu "Info@lachnichtgmbh.de" auflösen, lachnichtgmbh wird aber nichts finden.
Nur beim Vor und Nachnamen, die man in der Adressliste meist nicht einzeln anzeigen lässt kann der "Martin Müller" sowohl über "Mar...", als auch über "Mül..." gefunden werden, da Vor und Nachname halt nicht nur im String "Angezeigter Name", sondern auch in den Strings "Vorname" und "Nachname" aufgeteilt gespeichert und somit zur Suche bereit stehen. -
Die Anzahl der Buchstaben ab der vervollständigt werden soll eventuell?
-
einfacher wäre ja Du würdest in dem bereits vorhandenen Post zum Rollout nachschauen und eventuelle weitere Fragen auch dort stellen, damit das später auch gebündelt aufzufinden ist
Ist ja auch nicht so das wir da nicht schon auf unschöne Dinge am Rollout 523 eingegangen wären.
Ich hab das übrigens wegen der dort angesprochenen Problematik bislang nicht ausgerollt und würde das daher auch gern komplett bleiben lassen. -
Da hast Du natürlich recht.
Das man bei so einer Aktion den alten David Server - bereits vor dem Klonen - offline nehmen sollte dürfte sich allerdings eigentlich von selbst verstehen, da man sonst ja am Ziel niemals einen konsistenten und vor allem niemals einen vollständigen Datensatz haben kann.
Was auf dem Weg auf keinen Fall geht ist den alten Server, auf dem der David Server bisher lief, für andere Dienste unter seinem alten Namen weiter im Netz zu behalten, denn bei dem Weg braucht der David Server während und nach dem Umzug zwingend seinen alten Namen am neuen Server.
Meine ehrliche Meinung ist aber das bei einem Umzug des Servers mit Namenswechsel eine solche Aktion mindestens von einem erfahrenen Partner betreut werden sollte. Alles andere endet sonst nur in letztlich aufwändigen und damit teuren Folgeproblemen.
Der von mir beschriebene Weg 2. ist ansonsten ein sehr zuverlässiger weg, den ich schon sehr häufig durchgeführt habe, was mittlerweile trotz 2,5 TB Daten mit einer Downtime für die Anwender von nur wenigen Stunden klappt. Anschließend hat jeder alle seine Daten direkt wieder im Zugriff.
Mit Weg 1 über das Migrationstool würde das nie derart schnell gehen und auch bei einer Rücksicherung über die Strongbox würde man sehr viel länger brauchen bis alle alten Daten wieder verfügbar sind.
Ganz zu schweigen von der gewünschten Übertragung der "immensen Ansammlung von Regeln auf den "öffentlichen Ordnern" sowie den persönlichen Ordnern der User."
Meiner Kenntnis nach bekommt man die ausschließlich mit meinem skizzierten 2. Weg übernommen ohne sie alle neu anlegen zu müssen.
Es gibt hier im Forum übrigens bereits mehrere Stellen wo wir das Thema erörtert haben und wo ich auch die Stolperstricke und wie man sie entweder umgeht, oder wie man sie anschließend wieder beseitigt im Detail erklärt habe.
Auf keinen Fall sollte man das Thema einfach mal eben so angehen ohne vorher einen konkreten Schlachtplan ausgearbeitet zu haben und sollte den dann später auch befolgen.
Macht man das zum ersten mal sollte man sich eine Textumgebung schaffen und das alles mal testweise durchspielen.
Ich hab mir zu dem Zweck von unserem damaligen Tobit Partner schlicht eine Testlizenz geben lassen um das alles mal in einer Testumgebung durchzuspielen bevor ich das das erste mal mit dem echten Server gemacht habe.
Seither hab ich den immer gleichen Fahrplan immer wieder durchgezogen.
Außer hier im Forum hab ich das allerdings nie schriftlich festgehalten :o
