tastentipper
Jun 27, 2011
view17856
view7
0
Goto Top

Dateiendungen zuweisen per GPO

GermansolvedQuestionWindows ServerMicrosoft

Bin Admin an einer Schule.

Hallo,

auf unseren Clients sind immer OpenOffice und die MS Office Viewer installiert (alles msi-Pakete).
Auf manchen Clients ist jedoch noch ZUSÄTZLICH MS Office 2000 installiert (auch per msi-Paket).

Wie bekomme ich es hin, dass doc-Dateien auf den MS Office 2000-Clients immer mit Word geöffnet werden, auf den OpenOffice-Clients aber mit OpenOffice Writer?

Habe mit assoc-Befehl in Batch als Startskript experimentiert - ohne Erfolg. Die Zuweisung der Dateiendungen die über das Profil eingestellt sind scheint immer über die assoc-Zuweisung zu dominieren.

Für Lösungsvorschläge dankbar.

Win Server 2003
Servergespeicherte verbindliche Profile
Win XP Clients
comment-contentCommentShareShare
Share on Facebook Share on Twitter Share on Reddit Share on Linkedin

Content-Key: 168718

Url: https://administrator.de/contentid/168718

Printed on: April 18, 2024 at 04:04 o'clock

7 Comments
Latest comment
Goto Top
Member: Clijsters
Clijsters Jun 27, 2011 at 22:42:40 (UTC)
Goto Top
Hallo Tastentipper,
[OT]
Bin Admin an einer Schule.
Euch Schweine kenne ich... ;)
[/OT]
Die Zuweisung der Dateiendungen die über das Profil eingestellt sind scheint immer über die assoc-Zuweisung zu dominieren.
Dann änderst du die Zuweisung über das Profil face-smile

Tipp: HKEY_CLASSES_ROOT\OpenOffice.org.Doc\shell\open\command
So ist der Pfad auf einem Rechner mit OpenOffice. ^^Ersetzt du hier den Standard-Wert durch den Office-String, werden die Dateien anstatt mit OO mit Office geöffnet...
Auf einem Rechner mit installiertem Office sollte es Word.Document o.Ä. heißen, was ich aber nicht genau beantworten kann ,da ich überzeugter OO--Nutzer bin. In dem Fall ersetzt du ihn quasi umgekehrt...

GPOs sind natürlich auch was Feines face-smile


Gruß
Dominique

PS.: Wie sieht deine assoc-Befehlszeile aus?
theoretisch könnte man das .doc-Dokument auch mit dem Office-"Handler" für HTML-Dateien verknüppeln...
Member: Tastentipper
Tastentipper Jun 28, 2011 at 09:41:31 (UTC)
Goto Top
Hallo Dominique,

Danke für Deine Antwort. Ich verstehe leider nicht was Du meinst.

> Dann änderst du die Zuweisung über das Profil face-smile

Wir verwenden servergespeicherte verbindliche Profile - also nicht lokal auf den Clients!

Die Clients haben unterschiedliche Software - Wie kann es möglich sein, dass das immer gleiche Profil auf den Clients verschiedenes bewirkt?

Gruß
Tastentipper


Hallo miteinander,

suche immer noch eine Lösung: Wie kann man Dateiendungen auf versch. Clients versch. zuweisen (servergespeicherte verbindliche Profile ) ???

Mit der Hoffnung auf Hilfe. Auch Erläuterungen wären willkommen.
Member: Clijsters
Clijsters Jun 28, 2011 at 17:38:19 (UTC)
Goto Top
*Hust*
Wir verwenden servergespeicherte verbindliche Profile - also nicht lokal auf den Clients!
Das habe ich bereits vernommen
Die Clients haben unterschiedliche Software - Wie kann es möglich sein, dass das immer gleiche Profil auf den Clients verschiedenes bewirkt?
Immer das Gleiche? Also eher ein servergespeichertes Profile

Sowieso irrelevant.
Nicht das Profil bestimmt die Zuordnung, sondern das System.

Deswegen ist HKEY_CLASSES_ROOT auch nicht Teil eines Profils.

Dann änderst du die Zuweisung über das Profil face-smile
Profil setzen wir gedanklich in Anführungszeichen -.-

Von den bereits erwähnten GPOs mal ganz abgesehen,Die du, wie ich sehe auch in deinem Titel erwähnt hast oO?! können wir per Logonscript oder was auch immer die Dateitypenzuordnungen in der Regisstry individuell und bedingungsabhängig anpassen.

Was hier heißt:
Wenn der und der Key darauf hindeuten, dass Office installiert ist, dann ordne Office als Standardanwendung zu.
Wenn Es aber anders ist und OO installiert ist, nehme halt OO
Oder ähnlich...
Diverseste Scriptsprachen unterstützen dein Vorhaben.
VBS währe hier die Methode meiner Wahl.
set wshshell = createobject("Wscript.Shell")  

Key = WshShell.RegRead("HKEY_CLASSES_ROOT\doc blabla")  

If Key = "Open.Document.Doc" 'Oder wie auch immer... Then  
wshshell.regwrite ("HKEY und so weiter", Wert, Typ)  
End If
Und so weiter...
Erläuterung:
Der betreffende Registry-Key wird eingelesen. anhand Dessen wird geschaut, ob Office installiert ist.
Wenn ja, dann wird Office als Standardanwendung zugeordnet, wenn Nein, dann bleibt es so. (Oder wir ordnen um auf OO)

Weitere Fragen immer gerne...

Gruß
Dominique
Member: Tastentipper
Tastentipper Jun 28, 2011 at 22:05:54 (UTC)
Goto Top
Hallo Dominique,

danke für die Erläuterungen. Der für mich entscheidene Hinweis von Dir war dieser:
> Nicht das Profil bestimmt die Zuordnung, sondern das System.

Ich werde also eine Batch basteln, die den Regkey (HKEY_CLASSES_ROOT...) setzt. Die Batch wird als Startskript allen Clients zugewiesen mit der GPO mit der auch das MS Officepaket als msi verteilt wird. Dann brauch ich in der Batch nicht einmal eine Abfrage, ob MS Office installiert ist.

Dann sollten die Einstellungen über HKEY_CLASSES_ROOT... (durch die Batch) über die Einstellungen des Serverprofils dominieren => doc ist mit WORD verknüpft. Auf den Clients ohne MS Office, also auch ohne Zuweisung der Batch, werden dann die Einstellungen des Serverprofils gelten => doc ist mit OpenOffice Writer verknüpft.

Ich habe Dich hoffentlich richtig interpretiert?

Gruß
Tastentipper
Member: Clijsters
Clijsters Jun 29, 2011 at 17:20:02 (UTC)
Goto Top
Ja, und meiner Meinung nach eine gute Lösung geschaffen face-smile
[...]Die Batch wird als Startskript allen Clients zugewiesen [...]
Aber bitte wirklich als Startskript, nicht als Anmeldeskript ;)

Ich würde sagen/hoffen, dein Problem ist gelöst.


Gruß
Dominique
Member: Tastentipper
Tastentipper Jun 29, 2011 at 22:11:02 (UTC)
Goto Top
Habe heute die Registrykeys auf den MSO-Clients überprüft:

Dort ist der von Dir beschriebene Pfad schon korrekt angelegt:

[HKEY_CLASSES_ROOT\Word.Document.8\shell\Open\command]
@="\"C:\\Programme\\Microsoft Office\\Office\\WINWORD.EXE\" /n"
"command"=hex(7):30,00,36,00,2c,00,21,00,21,00,67,00,78,00,73,00,66,00,28,00,\
4e,00,67,00,5d,00,71,00,46,00,60,00,48,00,7b,00,4c,00,73,00,57,00,4f,00,52,\
00,44,00,46,00,69,00,6c,00,65,00,73,00,3e,00,6c,00,6c,00,54,00,5d,00,6a,00,\
49,00,7b,00,6a,00,66,00,28,00,3d,00,31,00,26,00,4c,00,5b,00,2d,00,38,00,31,\
00,2d,00,5d,00,20,00,2f,00,6e,00,00,00,00,00

Trotzdem hängt es von den Profileinstellungen des Nutzers ab, mit welchem Programm doc geöffnet wird!

1. Benutzer (Admin) öffnet doc mit MS Word
2. Benutzer (Domänenuser) öffnet doc mit OO Writer

Folgende Regkeys müssten dafür verantwortlich sein - schätze ich nach einer Registrydurchsuchung:

1. Benutzer (Admin) (Schlüssel OHNE Wert)
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.doc]

2. Benutzer (Domänenuser) (Schlüssel aus ntuser.man extrahiert)
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.doc]
"Progid"="OpenOffice.org.Doc"

Ich vermute, dass die Profileinstellung unter HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.doc die Systemeinstellung unter HKEY_CLASSES_ROOT\Word.Document.8\shell\Open\command überlagert, sofern in der Profileinstellung ein Wert gesetzt ist.

Ich werde den Wert unter HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.doc also löschen uns sehen was passiert.

Melde mich wieder.
Member: Tastentipper
Tastentipper Jul 07, 2011 at 21:15:22 (UTC)
Goto Top
Habe die Registryeinstellungen des Profils unter HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.doc gelöscht. Jetzt greifen wieder die maschinenbezogenen Einstellungen unter HKEY_CLASSES_ROOT\Word.Document.8\shell\Open\command.

Das Problem ist also in Prinzip gelöst. Das Startskript zu basteln dürfte jetzt möglich sein unter z.B. Verwendung des assoc-Befehls.

VIELEN DANK FÜR DIE HILFE, Dominique.


P.S:
Das hier hilft bestimmt dabei:
http://www.oooforum.org/forum/viewtopic.phtml?p=398950


OpenOfficeAssociations.bat:

REM Point Microsoft Office File Associations to Open Office

REM Word documents .doc, .docx, etc.
assoc .doc=OpenOffice.org.Doc
assoc .dot=OpenOffice.org.Dot
assoc .docx=OpenOffice.org.Docx
assoc .docm=OpenOffice.org.Docm

assoc .rtf=OpenOffice.org.rtf

REM PowerPoint slideshows, .ppt, .pptx, etc.
assoc .pps=OpenOffice.org.Pps
assoc .ppsm=OpenOffice.org.Ppsm
assoc .ppsx=OpenOffice.org.Ppsx
assoc .ppt=OpenOffice.org.Pptx
assoc .pptm=OpenOffice.org.Pptm
assoc .pptx=OpenOffice.org.Pptx

REM Excel spreadsheets, .xls, .xlsx, etc.
assoc .xls=OpenOffice.org.Xls
assoc .xlt=OpenOffice.org.Xlt
assoc .xlsb=OpenOffice.org.Xlsb
assoc .xlsx=OpenOffice.org.Xlsx
assoc .xlsm=OpenOffice.org.Xlsm
assoc .xltx=OpenOffice.org.Xlsx
assoc .xltm=OpenOffice.org.Xlsm


Revert-Repair MS Office Associations.bat

REM Restore-Repair Microsoft Office File Type Associations

REM Word documents .doc, .docx, etc.
assoc .doc=Word.Document.8
assoc .docx=Word.Document.12
assoc .dot=Word.Template.8
assoc .docxml=wordxmlfile
assoc .dochtml=wordhtmlfile
assoc .docm=Word.DocumentMacroEnabled.12
assoc .docmhtml=wordmhtmlfile
assoc .rtf=Word.RTF.8

REM PowerPoint slideshows, .ppt, .pptx, etc.
assoc .pot=PowerPoint.Template.8
assoc .pps=PowerPoint.SlideShow.8
assoc .ppsm=PowerPoint.SlideShowMacroEnabled.12
assoc .ppsx=PowerPoint.SlideShow.12
assoc .ppt=PowerPoint.Show.8
assoc .pptm=PowerPoint.ShowMacroEnabled.12
assoc .pptx=PowerPoint.Show.12

REM Excel spreadsheets, .xls, .xlsx, etc.
assoc .xlc=Excel.Chart.8
assoc .xlm=Excel.Macrosheet
assoc .xls=Excel.Sheet.8
assoc .xlsb=Excel.SheetBinaryMacroEnabled.12
assoc .xlsm=Excel.SheetMacroEnabled.12
assoc .xlsx=Excel.Sheet.12
assoc .xlt=Excel.Template
assoc .xltm=Excel.Template
assoc .xltx=Excel.Template
assoc .xlw=Excel.Workspace
GermansolvedQuestionWindows ServerMicrosoft
Hotly discussed
AlexWishaHow to set up and configure a Linux GRE tunnelAlexWisha - 3 CommentsDaniEnd of Support dates for Office 2016, 2019 Apps und Productivity ServersDani - 1 Comment