DeathAndPain2 10 Geschrieben 13. Februar 2008 Melden Teilen Geschrieben 13. Februar 2008 Hallo allerseits, ich habe ein Berechtigungsproblem mit Office 97 unter Windows XP. Es geht diesmal nicht um den Klassiker mit der Rechtschreibprüfung, sondern darum, in Excel 97 über das Menü Extras -> Anpassen die Symbolleisten anzupassen (zusätzliche Symbole draufzuziehen). Als normaler Benutzer mit eingeschränkten Rechten kann man das zwar machen, doch wenn man Excel schließt und wieder öffnet, dann sind sie wieder weg. Macht man es als Administrator, dann bleiben die Piktogramme erhalten - allerdings nur für den Administrator. Und genau das finde ich kurios: Wenn die Symbolleisten beim Administrator anders aussehen als beim normalen Benutzer, dann muß die Anpassung der Symbolleisten doch benutzerspezifisch sein. In dem Fall müßte sie aber in dem Ordner Dokumente und Einstellungen\Benutzername liegen, und dort hat der Benutzer doch in jedem Fall alle Rechte. Wenn es um Word gehen würde, dann würde ich mein Augenmerk auf die normal.dot legen. Aber wo speichert Excel 97 diese Einstellungen? Ich habe bereits den gesamten "C:\Programme\Microsoft Office"-Ordner auf Jeder/Vollzugriff gestellt (mitsamt aller enthaltenen Dateien und Unterordner), ebenso "C:\Programme\Gemeinsame Dateien". Auch der Registrierungsschlüssel HKLM\Software\Microsoft\Office ist mit allen Unterschlüsseln für Jeder/Vollzugriff freigegeben, ebenso HKLM\Software\Microsoft\Shared Tools. Dennoch besteht das Problem fort. Wo also kann ich noch suchen? Ich möchte ungern das XP-Berechtigungskonzept total außer Kraft setzen, indem ich radikal C:\ mit allen Unterverzeichnissen auf Jeder/Vollzugriff stelle. Zitieren Link zu diesem Kommentar
nobex 10 Geschrieben 13. Februar 2008 Melden Teilen Geschrieben 13. Februar 2008 Probier doch mal mit Filemon und Regmon herauszufinden, was excel.exe beim Schließen wo zu speichern versucht. Evtl. gibt es dort Fehlversuche zu sehen. Zitieren Link zu diesem Kommentar
Esta 114 Geschrieben 13. Februar 2008 Melden Teilen Geschrieben 13. Februar 2008 Hallo DeathAndPain2, versuch es mal hier C:\WINDOWS\Prefetch . Die Datei heißt EXCEL.EXE-0D2E9C6C.pf oder so ähnlich. Zitieren Link zu diesem Kommentar
DeathAndPain2 10 Geschrieben 13. Februar 2008 Autor Melden Teilen Geschrieben 13. Februar 2008 Was soll denn der Windows Prefetcher damit zu tun haben??? Ich boote schließlich nicht neu. Ich mache Excel nur zu und starte es erneut, ohne mich auch nur abzumelden. Zitieren Link zu diesem Kommentar
Esta 114 Geschrieben 13. Februar 2008 Melden Teilen Geschrieben 13. Februar 2008 Naja, es ist die Datei, die sich ändert, wenn ich in Excel öffne, wieder schließe und ggf. eine Änderung gemacht habe. Zitieren Link zu diesem Kommentar
DeathAndPain2 10 Geschrieben 14. Februar 2008 Autor Melden Teilen Geschrieben 14. Februar 2008 Sei mir nicht böse, aber das wäre ja die Katastrophe, wenn Windows seinen Dateicache nicht aktualisieren würde, wenn eine geänderte Datei gespeichert wird... Zitieren Link zu diesem Kommentar
Stephan Betken 43 Geschrieben 14. Februar 2008 Melden Teilen Geschrieben 14. Februar 2008 Sei mir nicht böse, aber das wäre ja die Katastrophe, wenn Windows seinen Dateicache nicht aktualisieren würde, wenn eine geänderte Datei gespeichert wird... Ähmm, und die EXCEL.EXE wird Deiner Meinung nach geändert? Zitieren Link zu diesem Kommentar
DeathAndPain2 10 Geschrieben 14. Februar 2008 Autor Melden Teilen Geschrieben 14. Februar 2008 Hoffentlich nicht, aber wenn nur die geprefetcht wird, dann scheidet das als Antwort auf mein Problem ja endgültig aus. Zitieren Link zu diesem Kommentar
Stephan Betken 43 Geschrieben 14. Februar 2008 Melden Teilen Geschrieben 14. Februar 2008 Das kann man so auch nicht sagen. Probier doch mal mit Filemon und Regmon herauszufinden, was excel.exe beim Schließen wo zu speichern versucht. Evtl. gibt es dort Fehlversuche zu sehen. Zitieren Link zu diesem Kommentar
DeathAndPain2 10 Geschrieben 15. Februar 2008 Autor Melden Teilen Geschrieben 15. Februar 2008 Ok, ich habe das jetzt durchgetestet, allerdings nicht mit dem Filemon/Regmon, sondern mit dem Nachfolgetool "Process Monitor", in dem die Jungs von Sysinternals beides zusammengefaßt haben. Offensichtlich erzeugt Excel 97 für jeden Benutzer eine Datei namens Benutzername8.xdb, und zwar direkt unter C:\WINDOWS. Das klappt natürlich nicht, wenn der Benutzer wie unter XP üblich keine Schreibrechte im Windows-Verzeichnis hat. Wer dieses Recht (das automatisch nach unten vererbt wird und daher für das gesamte Windows-Verzeichnis mit allen Unterverzeichnissen gelten würde) nicht für Jeder/Vollzugriff freigeben möchte, dem bleibt nur die Krücke, die .xdb-Datei händisch anzulegen. Ich habe Excel als Administrator gestartet und dadurch eine administrator8.xdb im Windows-Verzeichnis erhalten. Die habe ich dann dem Benutzernamen entsprechend umbenannt und dem Benutzer Vollzugriffsrechte darauf eingeräumt. Wenn natürlich mal ein anderer Benutzer an dem PC arbeitet, dann fängt man wieder von vorne an. Na ja, ich denke, ich kann mich nicht beklagen: Ist halt noch Excel 97. Nebenbei habe ich noch eine andere Frage geklärt: Weshalb funktioniert bei normalen Usern unter XP die Grammatikprüfung von Word 97 nicht? Microsoft hat zwar Knowledgebase-Artikel für die fehlenden Rechte bei der Rechtschreibprüfung veröffentlicht, aber wie man die Grammatikprüfung unter XP wieder in Gang bringt, wurde nie erwähnt. Hierzu muß man den Schlüssel HKLM\Software\Novell für Jeder/Vollzugriff freigeben. In einem Unterordner davon sind die Informationen abgelegt, wo sich die Dateien für die Grammatikprüfung befinden. Word 97 öffnet diesen Registrierungsschlüssel als Schreibzugriff, und wenn das nicht geht, dann kann es die Grammatikprüfung nicht starten. Da heute eh kein Schwein mehr mit Novell arbeitet, dürfte es nicht weh tun, diesen Schlüssel aufzumachen. Zitieren Link zu diesem Kommentar
!aN 10 Geschrieben 15. Februar 2008 Melden Teilen Geschrieben 15. Februar 2008 Wer dieses Recht (das automatisch nach unten vererbt wird und daher für das gesamte Windows-Verzeichnis mit allen Unterverzeichnissen gelten würde) nicht für Jeder/Vollzugriff freigeben möchte, dem bleibt nur die Krücke, die .xdb-Datei händisch anzulegen. Man kann aber doch auch eine Schreibberechtigung "Nur für diesen Ordner" einrichten, dann können die User nur im Stammverzeichnis aber nicht in den Unterverzeichnisse schreiben. Wie wäre es mit einem Loginscript, das mit RunAs diese Datei anlegt? Jan Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.