Hallo Community gUG ,
neuerdings werden alle editierbaren Dateien (also Word, Excel, TXT, BAT usw.) vom Netzwerkpfad nur schreibgeschützt geöffnet.
Das ist zwar keine Katastrophe, aber es ist sehr hinderlich, da man beim Speichern immer einen neuen Namen vergeben soll.
Die "normale" Fehlerquelle, also dass der Netzwerk-Pfad nicht als "vertrauenswürdig" im "Sicherheitscenter" der Office-Programme hinzugefügt ist, scheidet aus.
Die NTFS-Rechte wurden auch überprüft.
Die Datei-Eigenschaften zeigen auch kein "schreibgeschützt"
So allmählich gehen mir die Ideen aus.
Vielleicht gibt es Änderungen in den Gruppenrichtlinien, die ich aber nicht selbst veranlasst habe.
Viele Grüße
Michael Vogtsburger
Gelöst! Gehe zu Lösung.
Serverzertifikat abgelaufen?
Danke Herr Kolberg,
ich bin für jeden Tipp dankbar und werde jeder 'Spur' nachgehen
VG
Michael Vogtsburger
Ich habe ähnliches (nach dem Update 12.1) festgestellt: Wenn ich aus der Dokumentenablage (Datenpfad im Netz) eine PDF-Datei auf ein anderes Netzlaufwerk kopiere, wird die Dokumenteneigenschaft auf "Schreibgeschützt" gesetzt. Dies ist lästig, wenn ich zwecks Verschlüsselung für den Mailversand ein Passwort vergeben will; hierzu muss ich die Datei öffnen und speichern. Funktioniert daher erst, wenn ich manuell den Schreibschutz herausnehme.
Grüße, Frank Witte
Sehr geehrter Herr Vogtsburger,
meinen Sie jetzt "vom Netzwerkpfad" die Dokorg oder einfach ein freigegebenes Netzwerklaufwerk auf Explorerebene (also Dateisystem Windows)?
Falls Letzteres: Nur Office-Dokumente oder wirklich auch TXT/BAT?
Grüße
Es geht hier um die Systemebene, außerhalb von Datev.
Ich kenne die entsprechenden Optionen in den Office-Programmen.
Das 'Witzige' ist, dass ich jederzeit neue Dateien anlegen und speichern kann.
Die gerade gespeicherte Datei kann ich aber direkt danach nur noch schreibgeschützt öffnen, auch z.B. Text-Dateien mit Notepad, nicht nur mit Word, Excel & Co.
VG
Michael Vogtsburger
Hallo Herr Vogtsburger,
inwieweit haben Sie die NTFS-Rechte geprüft?
Zielführend ist an dieser Stelle im Prinzip nur, einen betroffenen User und eine betreffende Datei zu wählen und die effektiven Rechte über den Reiter Sicherheit zu ermitteln.
Viele Grüße
Berthold Treek
OK, dann ist es ein prinzipielles Problem. Bitte im Explorer eine leere Textdate erstellen und gleich prüfen, ob die Berechtigungen (Eigenschaften/Sicherheit) OK sind.
Falls nein -> Berechtigung des Users / Gruppe prüfen
Test weise leere Datei öffnen verändern, Berechtigung prüfen.
PS: Liegt die Dateifreigabe im DATEVSERVER\WINDVSW1 Verzeichnis?
Hallo Herr Treek, Herr Ganter, Herr Kolberg, Herr Witte,
ich habe jetzt doch nochmal die effektiven NTFS-Rechte überprüft und habe festgestellt, dass sich die Rechte einer Sicherheitsgruppe auf diesen Pfad aus unbekannten Gründen geändert bzw. reduziert haben.
Die Mitglieder der Sicherheits-Gruppe hatten alle erforderlichen Rechte, aber die Gruppe selbst nicht.
Nach Zuweisung der entsprechenden Rechte funktioniert jetzt alles wieder wie gewünscht.
Danke an alle Brainstormer
VG
Michael Vogtsburger
Hallo Herr Vogtsburger,
schön, dass es wieder funktioniert...
Viele Grüße
Berthold Treek