Wenn Sie die Ordnerumleitungen Ihrer Systeme per Gruppenrichtlinie ändern, kann es vorkommen (in meinem Fall war das bei jedem XP-System so!), dass Ihre Windows XP Systeme diese Aktualisierung nicht annehmen. Besonders, wenn Sie die Gruppenrichtlinie auf Vista/Windows 7 ausrichten. Hier die Anleitung für einen schnellen Fix.

1. Ändern Sie alle Einträge der Windows Registry, in der der alte Pfad vorkommt (Start->Ausführen, dann regedit.exe eingeben und über suchen alle Einträge zum alten Pfad suchen), so dass die Pfade auf den neuen Ort zeigen
2. Löschen Sie die File-Deployment-Dateien (.ini-Dateien) unter C:\Dokumente und Einstellungen\Benutzername\Lokale Einstellungen\Anwendungsdaten\Microsoft\Windows\FileDeployment

Danach melden Sie sich ab und wieder neu an. Das war es “schon”. Der Prozess kann je nach Maschine schon mal eine Weile dauern. Wenn aber ein System möglichst schnell wieder zum Laufen gebracht werden soll, kann man diesen Weg gehen. Diesen Prozess müssen Sie mit jedem Domänen-Benutzer, der schon mal an der Maschine angemeldet war, wiederholen….. Die elegantere (und schnellere) Lösung ist hier natürlich, auf Windows 7 wechseln… (ich sollte glaube ich mit Microsoft mal über Provisionen verhandeln )

Das Problem

Microsoft Office Outlook 2007 kann nicht gestartet werden. Das Outlook-Fenster kann nicht geöffnet werden.

Die Lösung

Das ist die Meldung, mit der der Benutzer empfangen wird. Lange hatte ich diese Fehlermeldung. Ein Post von Martin Bauer auf http://www.bauer-martin.com hat mir dann die Nadel im Heuhaufen verraten: die Datei Outlook.xml. Hier speichert Outlook nach einer Sitzung Konfigurationsdaten ab. Wenn diese Datei korrumpiert wurde (nicht sauber gespeichert beim Schließen von Outlook, oder Fehler bei der Synchronisation, etc.) kann Outlook nicht mehr starten.

Hier die Pfadangaben:

XP
C:\\Dokumente und Einstellungen\\%Benutzername%\\Anwendungsdaten\\Microsoft\\Outlook\\

Vista
C:\\Benutzer\\%Benutzername%\\AppData\\Roaming\\Microsoft\\Outlook\\

Bitte beachten Sie, dass bei Profilen, die mit einem Server synchronisiert werden, die entsprechenden Netzwerkpfade angegeben werden müssen:

XP
\\\\%ServerName%\\%UserDataFreigabename%\\Dokumente und Einstellungen\\%Benutzername%\\Anwendungsdaten\\Microsoft\\Outlook\\

Vista
\\\\%ServerName%\\%UserDataFreigabename%\\Benutzer\\%Benutzername%\\AppData\\Roaming\\Microsoft\\Outlook\\

Löschen Sie in dem Verzeichnis die folgende Datei:

• outlook.xml

(Wenn Sie die Variablen [die Namen, die in %-Zeichen eingeschlossen sind] durch die entsprechenden Speicherorte ersetzen, können Sie den Pfad direkt in die Adress-Zeile des Windows Explorer einsetzen. Um dorthin zu navigieren, müssen Sie unter Versteckte Dateien und Ordner unter Extras->Ordneroptionen->Ansicht Alle Dateien anzeigen auswählen, damit die versteckten Ordner angezeigt werden. Das Menü Extras erhalten Sie unter Windows Vista und Windows 7 durch Drücken der F10-Taste im Windows Explorer.)

Wenn Sie diesen Fehler im Ereignisprotokoll “Anwendung” Ihres Microsoft Windows XP finden (Quelle: ESENT, Event-ID: 447, Kategorie: Datenbankbeschädigung) dann haben Sie meistens noch die folgende Fehlermeldung in den Details:

SearchIndexer (4076) Ungültige Seitenverknüpfung (Fehler -327)
in B-Struktur (Objekt-Id: 12, PgnoRoot: 259) von Datenbank
C:Dokumente und EinstellungenAll UsersAnwendungsdatenMicrosoft
SearchDataApplicationsWindowsWindows.edb (26478 => 57026, 24811).

Weitere Informationen über die Hilfe- und Supportdienste erhalten
Sie unter http://go.microsoft.com/fwlink/events.asp.

Hier ist die Datenbank Windows.edb die im in den Details angegebenen Pfad vorhanden ist, kaputt gegangen. Der Pfad lässt auch auf den Dienst schließen: der Windows Search Service.

Unter Dienste müssen Sie diesen stoppen (Windows-Taste+R drücken und dann services.msc eingeben und Enter drücken), damit Sie die alte windows.edb in dem Verzeichnis löschen können. Nachdem Sie die Datei entfernt haben, starten Sie den Dienst erneut und er wird automatisch sofort wieder angehalten. Das  Ereignisprotokoll wird von Fehlermeldungen vom Windows Search Service (Kategorien: Suchdienst und Gatherer) erweitert.

Warten Sie ein paar Minuten (die Windows.edb wird neu erstellt) und starten Sie den Dienst erneut. Danach sollte er wieder sauber laufen.

Funktioniert auch, wenn die Datei zu groß geworden ist (Löschen und neu erstellen lassen).

Microsoft bietet auf der Kommandozeile die Möglichkeit allgemeine Server-Statistiken abzurufen (z.B. das Datentransfervolumen).

Der Befehl hierzu lautet:

• net statistics server

für die Statistiken, die die Server-Dienste betreffen und

• net statistics workstation

für die Statistiken, die den Rechner selbst betreffen.

Man kann für die unterschiedlichsten Scenarien Dienste, die im Microsoft Windows Betriebssystem aktiviert sind, zu deaktivieren bzw. zu aktivieren. Die Syntax hierzu lautet:

sc [Server] config Dienstname Option1 Option2…

Optionen:

Der Optionsname enthält das Gleichheitszeichen.
Zwischen dem Gleichheitszeichen und dem Wert muss ein Leerzeichen eingefügt werden.

type= own|share|interact|kernel|filesys|rec|adapt
start= boot|system|auto|demand|disabled|delayed-auto
error= normal|severe|critical|ignore
binPath= Binärpfadname
group= LoadOrderGroup
tag= yes|no
depend= Abhängigkeiten(getrennt durch / (Schrägstrich))
obj= AccountName|ObjectName
DisplayName= Anzeigename
password= Kennwort

Kursiv gedruckte Wörter müssen mit dem jeweils entsprechenden Wert ersetzt werden, Wörter in eckigen Klammern [] sind optional und die Pipe | bedeutet oder.

Der Wert delayed-auto ist bei Microsoft Windows Server 2003 nicht verfügbar.

Bitte beachten Sie bei Microsoft Windows Vista, dass Sie die Kommandozeile als Administrator ausführen.

Es kommt vor, dass Microsoft^® Outlook eine Datei, die als Anlage einer eMail beigefügt wurde, nicht öffnet und statt dessen eine Fehlermeldung ausgibt:

Die Datei 'Dateiname' kann nicht erstellt werden. Klicken Sie mit der
rechten Maustaste auf den Ordner, in dem Sie die Datei erstellen
möchten, und klicken Sie dann im Kontextmenü auf 'Eigenschaften', um
Ihre Berechtigungen für den Ordner zu überprüfen.

Microsoft^® hat Outlook einen Sicherheitsmechanismus eingebaut, dass nach 99 Dateien mit dem selben Namen diese als Spam einstuft und deswegen das Öffnen verweigert. Um dies zu bewerkstelligen (und damit Dateien überhaupt angezeigt werden können) gibt es einen Temporären Ordner, den Microsoft^® Outlook als Cache benutzt. Hier müssen die Dateien einfach gelöscht werden und schon lassen sie sich wieder öffnen.

Registry

Über diesen Registry-Eintrag kann man den Ordner finden:

HKEY_CURRENT_USER\\Software\\Microsoft\\Office\\12.0\\Outlook\\Security\\OutlookSecureTempFolder

Die Struktur unterhalb von Outlook wird erst angelegt, wenn Sie Outlook mindestens 1x geöffnet hatten.

Vista/Windows 7

Unter Vista findet man den temporären Ordner über den Windows Explorer (in der Standard-Einstellung) hier:

C:\\Users\\Benutzername\\AppData\\Local\\Microsoft\\Windows\\Temporary Internet Files\\Content.Outlook\\Unterordner\\

Wobei Benutzername mit dem Namen des Benutzers ersetzt werden muss und Unterordner eine kryptische Zeichen-/Ziffernfolge ist (in der Form von z.B. 1B9UEHNY). Der Unterordner ist eine zufällige Zeichenfolge und von System zu System unterschiedlich.

Hier gibt es zwei kleine Tricks:

1. Lassen Sie sich versteckte und Systemverzeichnisse anzeigen (drücken Sie im Windows Explorer F10 und dann auf Extras->Ordneroptionen und dort den Reiter Ansicht – hier finden Sie Einstellungen zum ein-/ausblenden von versteckten oder geschützten Verzeichnissen)
2. Sie werden in Windows 7 möglicherweise keinen Unterordner unterhalb von Temporary Internet Files sehen (trotz der Einstellungen aus dem vorhergehenden Trick 1) – Windows 7 lässt Sie hier erblinden. Der Ordner existiert, wird aber nicht angezeigt. Fügen Sie also in der Adresszeile  des Windows Explorers Content.Outlook hinzu und drücken Sie Enter. Dann können Sie die Inhalte des scheinbar verschwundenen Ordners sehen.

Und noch ein kleiner Extra-Tipp: Kopieren Sie sich den folgenden Pfad in die Adress-Zeile Ihres Windows Explorers und ersetzen Sie Benutzername durch Ihren Windows Benutzernamen (mit dem Sie sich an Windows anmelden):

C:\\Users\\Benutzername\\AppData\\Local\\Microsoft\\Windows\\Temporary Internet Files\\Content.Outlook

Dann können Sie den kryptischen Unterordner einfach löschen.

Beachten Sie auch,

• dass auf einem deutschen System im Explorer statt Users die Übersetzung Benutzer verwendet wird
• dass Sie in einer Client-Server-Umgebung wegen der Ordnerumleitung darauf achten, wirklich den Ordner auf Ihrer Festplatte C:\\ zu öffnen und nicht den umgeleiteten Benutzerordner in der Form von \\server\\Users\\Benutzername…

XP

Unter XP kann man den temporären Ordner über den Windows Explorer (in der Standard-Einstellung) hier finden:

C:\\Dokumente und Einstellungen\\Benutzername\\Lokale Einstellungen\\Temporary Internet Files\\Content.Outlook\\Unterordner\\

Wobei Benutzername mit dem Namen des Benutzers ersetzt werden muss und Unterordner eine kryptische Zeichen-/Ziffernfolge ist (in der Form von z.B. UZ3G6WAH). Der Unterordner ist eine zufällige Zeichenfolge und von System zu System unterschiedlich.

Um diese Verzeichnisse sehen zu können, müssen im Windows Explorer die entsprechenden Einstellungen getroffen werden, damit versteckte und System-Verzeichnisse angezeigt werden.

Und noch ein kleiner Extra-Tipp: Kopieren Sie sich den folgenden Pfad in die Adress-Zeile Ihres Windows Explorers und ersetzen Sie Benutzername durch Ihren Windows Benutzernamen (mit dem Sie sich an Windows anmelden):

C:\\Dokumente und Einstellungen\\Benutzername\\Lokale Einstellungen\\Temporary Internet Files\\Content.Outlook

Dann können Sie den kryptischen Unterordner einfach löschen.

Beachten Sie auch, dass Sie in einer Client-Server-Umgebung wegen der Ordnerumleitung darauf achten, wirklich den Ordner auf Ihrer Festplatte C:\\ zu öffnen und nicht den umgeleiteten Benutzerordner in der Form von \\server\\Users\\Benutzername…

“Früher” ging es noch mit delprof, heute leider nicht mehr. Um ein Benutzerprofil auf einer Vista-Maschine zu löschen sind nun (grob gesagt) 2 Schritte erforderlich:

1. Das Löschen des User-Verzeichnisses
2. Das Löschen des Registry-Eintrags des Profils

Löschen des User-Verzeichnisses
Das Löschen des Benutzer-Verzeichnisses erfolgt am Einfachsten über die Kommandozeile:

1. takeown /f “Laufwerk:\\Users\\Benutzername” /a /r /d j
2. rd /s /q “Laufwerk:\\Users\\Benutzername“

takeown übernimmt hier den Besitz des Benutzerverzeichnisses. Die Optionen kurz erklärt:

• /a weist den Besitz der Gruppe der Administratoren zu
• /r wendet den Befehl rekursiv an
• /d übernimmt den Besitz auch dann, wenn der aktuelle Benutzer keine Berechtigung dazu hat (j) oder beendet die Ausführung des Befehls (n)
• /s Computer führt den Befehl auf einem entsprechenden Computer aus
• /u Benutzer legt den Besitz für den angegebenen Benutzer fest
• /p Passwort kann für die Angabe des Benutzers notwendig sein

rd (oder auch rmdir) löscht dann das angegebene Verzeichnis und zwar

• /s auch alle Unterverzeichnisse und Dateien
• /q ohne Aufforderung zur Bestätigung bei Verwendung von /s

Löschen des Registry-Eintrags des Profils
Für das Löschen des Registry-Eintrags muss regedit geöffnet werden: Start anklicken und regedit eingeben, dann die Eingabetaste drücken.

• Unter HKLM\\SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\ProfileList muss der SID-Key des zu löschenden Profils gelöscht werden (durch Klick auf den Key sieht man rechts den ProfilePath, der den Benutzernamen enthält).

Wenn man sich jetzt abmeldet und neu anmeldet, wird ein neues Benutzer-Profil angelegt.

Achtung! Der takeown-Befehl funktioniert erst ab Windows Server 2003 und höher, nicht aber für XP und niedriger! Für diese älteren Systeme kann das OpenSource-Tool setacl.exe benutzt werden, welches hier erhältlich ist: http://setacl.sourceforge.net. Auf der Seite http://setacl.sourceforge.net/html/examples.html wird in “Example 12″ gezeigt, wie die Übernahme vom Besitz funktioniert.

Ein recht interessantes Phänomen: seit gestern können in einem Netzwerk die Windows XP-Clients die Netzwerkfreigaben auf einem Windows Server 2008 (Domänencontroller) nicht mehr aufrufen, die Vista-Clients sind aber in dazu in der Lage.

Die XP-Rechner sind in der Lage, den FQDN sauber aufzulösen, Ping funktioniert ebenfalls tadellos. Die Windows-Firewall ist ausgeschaltet und die Symantec-Endpoint Protection MR4 läuft (sowohl auf den XP- als auch auf den Vista-Maschinen). Zu Testzwecken habe ich diese auf einem der XP-Rechner ebenfalls deaktiviert.

Ich habe die Vorschläge von einem englischen Blog, der am 07.11.2004 gestartet wurde und der Kommentare bis 24.06.2009 enthält, der Reihe nach ausprobiert, doch führte das nicht zum Erfolg. Hier sind die Vorschläge des Posts:

Die Vorschläge dieses Posts kommen von hier. Den Post habe ich gefunden über folgenden Forumseintrag: http://forums.techguy.org/windows-server-2003-2008/842532-windows-xp-server-2008-network.html. Dieser ist vom 12.07.2009, also noch recht neu.

Hat noch jemand dieses Problem? Oder vielleicht sogar eine Lösung? Ich werde die noch nicht ausprobierten Lösungsvorschläge ausprobieren und die Ergebnisse posten. Vielleicht hat jemand ein ähnliches Problem und kann es mit einem der oben stehenden Vorschlägen lösen.

Hat dieses Problem schon jemand gehabt?

Update (15.07.2009):
Ich habe festgestellt, dass die XP-Maschine sich mit einem anderen Server 2008 verbinden kann, der nicht Teil der Domäne ist. Hier kann ich ganz normal auf die Shares zugreifen. Also muss die Blockade auf dem 2008er Server liegen.

Weiteres Update (15.07.2009 21:11):
Problem gelöst! Da der Fehler beim Server 2008 liegen musste, habe ich diese Maschine neu gestartet. Als ich mich wieder angemeldet habe, kam eine Sprechblase hoch, dass Updates installiert und der Computer neu gestartet wurde. Scheinbar hatte er ein Update nicht richtig/fertig installiert und brauchte nochmals einen Neustart – den er mir übrigens nicht angezeigt hatte (in der Regel meckert der Computer ja, wenn er neu gestartet werden muss). Nach dem Neustart lief mit dem Zugriff auf die Netzwerkfreigaben wieder alles glatt.