Beschädigte Dateien unter Office 2013

Letztens bekam ich nach der Neuinstallation eines Terminalservers unter Windows 2012 R2 die Fehlermeldung: Die Datei ist beschädigt und kann nicht geöffnet werden. Diese Meldung bekamen alle angemeldeten Besucher, sobald sie eine bereits vorhandene MS-Office Datei öffnen wollten. Unter dem Administrator-Account konnte ich diesen Fehler nicht reproduzieren, wodurch ich natürlich gleich in Richtung fehlende Berechtigungen dachte. Dass die Ursache jedoch nicht auf Windowsebene liegt, sondern an den Sicherheitseinstellungen von Office 2013, wäre jetzt nicht unbedingt mein erster Gedanke gewesen.

Die Datei ist beschädigt und kann nicht geöffnet werden

Wie so oft, lässt sich mit dem Wortlaut dieser Fehlermeldung nicht viel anfangen. Jedenfalls ist der erste Teil ziemlich irreführend, denn beschädigt waren die Dateien jedenfalls nicht. Mit dem Administratorkonto ließen sich sämtliche Officedateien problemlos öffnen. Demzufolge sollte die Meldung eigentlich „Die Datei kann nicht geöffnet werden“ lauten. Wie bereits erwähnt, schaute ich mir zunächst die Sicherheitsbeschreibungen der betroffenen Dateien und Ordner an, entdeckte hier aber keine Fehlkonfigurationen. Da es sich um ein bislang selbstadministriertes System eines Kunden handelte, überprüfte ich auch die Vorgehensweise, wie bei den Benutzern der Zugriff auf die Daten hergestellt wird. Dieses erfolgte per Loginskript – und genau in diesem lag der Fehler.

Sämtliche Dateien der Microsoft Office Anwendungen wurden in Serverfreigaben gespeichert, welche wiederum am Client als Laufwerk verbunden waren. Diese Servernamen waren im Office unter „Vertrauenswürdigen Speicherorte“ eingetragen und auch das Kontrollkästchen „Vertrauenswürdige Speicherorte im Netzwerk zulassen“ war aktiviert. Innerhalb des Loginskriptes wurden die Freigaben allerdings mit der IP-Adresse, statt dem Servernamen verbunden, was dazu führte, dass Office diesen Pfad als NICHT vertrauenswürdig einstufte und den Zugriff ablehnte. Nachdem ich die IP-Adressen im Loginskript auf die Servernamen umgestellt hatte, funktionierte der Dateizugriff unter Office wieder.

Da es die „vertrauenswürdigen Speicherorte“ bereits etwas länger gibt, nehme ich an, dass diese Meldung unter dieser Konstellation auch in Office 2007 und Office 2010 erscheint.

Ebenfalls interessant:

• Office 365 auf einem Terminalserver installieren
• Outlook AddIns dauerhaft aktivieren
• Microsoft Office: Vertrauenswürdige Speicherorte hinzufügen
• Eine Auswahlliste in Excel erstellen (Dropdown)

Dieser Artikel ist wie alle anderen auf dieser Seite kostenlos für Dich und ich hoffe, ich konnte Dir weiterhelfen. Wer möchte, kann diesem Blog eine kleine Aufmerksamkeit in Form einer kleinen Spende (PayPal) oder über die Amazon Wunschliste zukommen lassen.