iDiddi

Das glaube ich nicht. Ich glaube eher, Du verstehst hier den Sachverhalt nicht und hast Deine Konfiguration nicht einmal selbst ausprobiert. Sonst hättest Du festgestellt (wie der Beitragsersteller ja auch), dass der Ordner lock so trotzdem gelöscht werden kann. Und dazu habe ich mich doch auch schon geäußert. Natürlich kann man die Vererbung raus nehmen. In diesem Fall muss man das aber nicht tun (meine Lösung klappt ja mit Vererbung). Und: Hier weiß glaub ich jeder, was die Vererbung bewirkt. Ist ja auch logisch. Weiß nicht, warum Du das hier extra betonst. Und genau das bezweifle ich in diesem Fall und nur in diesem Fall. Es geht mir nur um das Recht "Unterordner und Dateien löschen" bei Übergeordneten Ordnern.

Gern geschehen ;) Wie gesagt: Ich kann das selber nicht 100%ig sagen. Meine Vermutung habe ich ja bereits geäußert. Deshalb warte ich noch auf eine Aussage von Rechte-Experten, die hoffentlich hier mitlesen :) Um Vollzugriff an sich geht es meiner Meinung nach nicht, sondern um das Recht "Unterordner und Dateien löschen". Sobald dieses Recht für den Überordner gesetzt ist, kann man darunter einstellen, was man will.

Bei mir klappt es definitiv so: und Hast Du das genau so probiert?

Ich hab da eine Vermutung, warum das so nicht klappt: Wenn ich im übergeordneten Ordner das Recht: "Löschen für Unterordner und Dateien" besitze, dann ist egal, ob es mir im darunterliegenden Ordner wieder weggenommen oder sogar verweigert wird. Die Einstellung des übergeordneten Ordners (Vererbung ist in diesem Fall auch egal) gilt. Also gibt es nur die Möglichkeit, dieses Recht "oben" nicht vergeben und im Unterordner das Löschen zu verweigern. Bitte verbessert mich, wenn ich da falsch liege :)

Und genau so hab ich's auch verstanden. Hast Du es auch so definitiv getestet? Bei mir geht es nur, wie oben beschrieben, mit expliziter Verweigerung.

Im aktuellen Fall würde ich die Vererbung drin lassen. Und ja: Für Dein Beispiel hatte ich sie draußen. Würde mich schon interessieren, warum wir zu unterschiedlichen Ergebnissen kommen. Behaupte ja nicht, dass ich unfehlbar bin. Schilder doch noch einmal genau, wie Du die Rechte vergeben hast.

OK. IIS kann's auch sein. Siehe Event-ID.net: Event ID 529 Source Security Und tschüss ;)

Danke zahni, gut zu wissen ;)

Hallo wulle, ok. Wenn ich Dir jetzt sage, dass das gefährlich ist, was fängst Du nun damit an? olc meint es nur gut, auch wenn Dir seine Aussage nicht passt. Der Anmeldetyp 10 lässt darauf schließen, dass es sich um ein Anmeldeversuch per RDP handelt. Existiert eine Weiterleitung hierfür auf der Firewall? Dann würde ich die schleunigst löschen. Danach suche Dir einen Spezialisten. Dafür sind die ja schließlich da ;)

Und was ist an Deinem Vorschlag jetzt einfacher? Hab ich spaßeshalber mal getestet. Klappt so bei mir leider nicht. Der Ordner lässt sich sowohl umbenennen als auch löschen :suspect: Ich bevorzuge, die Vererbung, wenn irgend möglich, drin zu lassen. Sonst hat man später nur mehr Aufwand ;)

Verdammich! Da ich nie Vollzugriff vergebe, ist mir nicht aufgefallen, dass es so auch nicht funktioniert. Warum, weiß ich allerdings auch nicht so genau. Jedenfalls musst Du im Ordner "public" den Vollzugriff einmal anwählen und dann wieder weg nehmen. In den erweiterten Berechtigungen sieht man dann, dass er das Recht "Unterordner und Dateien löschen" dann nicht explizit vergib. Das wird dann auch der Grund sein, warum es mit Vollzugriff nicht funktioniert. Das Löschrecht hat man durch die Vererbung halt trotzdem. Nur nicht auf Ordnern, die das Löschen explizit verbieten. Ich habe mal gelernt, dass Verweigern Vorrang vor Erlauben hat. Das ist hier komischerweise nicht der Fall, wenn der Überordner das Recht "Unterordner löschen" inne hat. Wenn jemand mir erklären kann, warum das so ist, wäre ich ihm sehr dankbar :)

Sorry, hatte einen Denkfehler. Ist eigentlich viel einfacher. Auf public bekommen die User "Vollzugriff" (würde ich aber später weiter einschränken) mit aktivierter Vererbung. Dann können die Benutzer beliebig Daten und Ordner erstellen. Lass die Vererbung auch für den Ordner lock aktiv. Füge dort bei "Nur diesen Ordner" ein "Verweigern" bei "Löschen" hinzu. Fertig.

Hallo Reinerlein, schau Dir mal diesen Beitrag an, falls Du Dich für eine Lösung per Makro entscheidest: http://www.mcseboard.de/ms-exchange-forum-80/benutzer-alle-gleicher-emailadresse-172902.html Das Makro musst Du halt nur noch entsprechend anpassen ;)

Hier z.B. (falls Du wieder erwartend nichts findest): http://www.mcseboard.de/ms-exchange-forum-80/2003-iphone-anbindung-168459.html

Bemühe doch bitte mal die Boardsuche. Da wirst Du sicherlich fündig ;)

Versuche mal, die Berechtigungen zwei mal zu vergeben. Einmal nur für den Übergeordneten Ordner: "Nur Unterordner" / "Unterordner und Dateien löschen" + Löschen verbieten und "Diesen Ordner und Dateien" / Alles Zulassen außer "Unterordner und Dateien löschen" Nun noch die Berechtigungen des Unterordners anpassen, so dass der entsprechende Benutzer nur Vollzugriff auf Unterordner und Dateien hat: "Nur Unterordner und Dateien" / Alles Zulassen Bei allen anderen Unterordnern: "Dieser Ordner, Unterordner und Dateien" / Alles Zulassen So klappt es jedenfalls bei mir ;)

Gibt es nicht die Berechtigung: "Unterordner und Dateien löschen"? In der Drop-Down-Liste kann man noch auswählen, für was genau die Berechtigungen gelten (also beispielsweise nur für Unterordner). Hebe auch mal die Vererbung auf und vergib die Berechtigungen ganz neu.

Was sagt denn jetzt das Ereignisprotokoll? Neustart schadet auch nicht

Na, dann haben wir diesen Artikel also Dir zu verdanken ;)

Die Treiber/das BIOS für den Controller sind aber z.B. von 2010.

OK. Klingt logisch ;) Skript von Zahni schon ausgeführt?

Und hier gibt es auch einen entsprechenden MS-KB-Artikel dazu: System State backup using Windows Server Backup fails with error: System writer is not found in the backup

Und was für einen Benutzer nimmst Du jetzt? Scheinbar keinen, der die nötigen Berechtigungen hat. Nimm mal den Benutzer, mit dem Du das Backup erstellt hast.

Ich hab da ein Déjà-vu. Hatte das gleiche Problem. Ich meine, nach BIOS + Treiber-Update war alles wieder OK. Ist allerdings schon einige Monate her.

Kannst auch mal hier schauen: VSS System Writer missing