Bei mir erstellt der den Ordner leider trotzdem immer wieder. Hat noch jemand einen Tipp? Danke!
Das in #11 halte ich auch für ein Gerücht (oder vorsichtiger formuliert, um einen sehr speziellen Sonderfall. Vermutlich hatte der Anwender den Ordner zur Laufzeit der Office-Anwendung verschoben und Entourage den Pfad nachverfolgt. Üblicherweise rät man aber bei Verschiebeoperationen, zuerst alle involvierten Anwendungen zu beenden).
Fehlt am Pfad irgendetwas in
~/Dokumente/Microsoft-Benutzerdaten/Office ({X|2004|2008}-Identitäten|2011 Identities)/name_der_identität/, verkomplettiert MSO den fehlenden Pfad. Das ist das zu erwartende Verhalten.
Man kann den Ordner auslagern, aber nur unter Zurücklassung eines identisch benannten Aliasses, aber wiederum nicht gut auf entfernten Laufwerken, weil spätestens nach Reboot des Rechners der Pfad nicht mehr zurückverfolgt wird (auch hier genauer: Beim Anmeldeprozess suchen üblicherweise
Microsoft Database Daemon und
Microsoft Scheduler (Anmeldeobjekte) die
Datenbank in der Identität, um etwa Kalendererinnerungen abzufragen.
Ist zu diesem Zeitpunkt die Verbindung zum entfernten Laufwerk noch nicht hergestellt, läuft der Alias ins Leere und die Selbstreparatur errichtet eine neue leere Identität in
~/Dokumente/Microsoft-Benuterdaten/Office ({X|2004|2008}-Identitäten|2011 Identities)/.
Klar hätte MS den Pfad grundsätzlich nach
~/Library/Application Support/ legen können, so wie seit MSO2008 die
Normal.dotm (endlich gewissermaßen) in
~/Library/Application Support/Microsoft/Office/Benutzervorlagen/ liegt. Technisch gesehen ist aber nur wichtig, dass diese privaten Daten 'nur' irgendwo in
~/ liegen. Und schließlich hat auch AppleWorks seinerzeit so Einiges nach ~/Dokumente/AppleWorks Benutzerdaten/ gelegt.