martin.thomann

Herzlichen Dank Ich habe nun die Lösung gefunden. Im Order windows\fonts waren Links zu Verzeichnissen zu denen der Benutzer keine Rechte hatte. D.h. diese Fonts wurden ursprünglich nicht in den Fonts Order kopiert, nur verlinkt. Gesehen habe ich diese in dem ich im windows\fonts Order die Spalte "Schriftartdateinamen" eingeblendet hatte da diese den ganzen Pfad anzeigt. Die Links konnte nicht gelöscht werden, habe den Ursprungsordner verschoben und die Links verschwanden. Danach konnte ich diese Fonts über die Systemsteuerung normal hinzufügen. Super, nochmals vielen Dank für all die Hilfe

Herzlichen Dank Ich habe nun die Lösung gefunden. Im Order windows\fonts waren Links zu Verzeichnissen zu denen der Benutzer keine Rechte hatte. D.h. diese Fonts wurden ursprünglich nicht in den Fonts Order kopiert, nur verlinkt. Gesehen habe ich diese in dem ich im windows\fonts Order die Spalte "Schriftartdateinamen" eingeblendet hatte da diese den ganzen Pfad anzeigt. Die Links konnte nicht gelöscht werden, habe den Ursprungsordner verschoben und die Links verschwanden. Danach konnte ich diese Fonts über die Systemsteuerung normal hinzufügen. Super, nochmals vielen Dank für all die Hilfe

Das Problem ist noch nicht gelöst, wird aber in folgendem Eintrag beschrieben. https://www.mcseboard.de/windows-server-forum-78/2008-terminal-srv-schriften-problem-171721.html

Ja, aber ich hatte es ursprünglich in der falschen 'Kategorie' geposted und dachte es gäbe spezielle Anregungen in Bezug auf den Terminal-Server.

Windows Server 2008/Sp2, Office 2007/SP2, voll gepatched. Ich habe folgendes Problen, wenn ein Benutzer auf dem Terminalserver Word 2007 öffnet und eine Schriftart wählen will, werden nicht alle Schriftarten korrekt angezeigt. Bei manchen steht nur TT und kein Name dahinter. Kommt man mit der Maus auf einen dieser Einträge, erscheint die Fehlermeldung "Unzureichender Arbeitsspeicher oder nicht genügend Speicherplatz. Die gewünschte Schriftart kann von Word nicht angezeigt werden" Die Meldung kann man mit OK bestätigen und danach normal weiterarbeiten. In den anderen Office Programmen werden die Schriftarten auch nicht angezeigt, also TT ohne Namen, aber die Fehlermeldung unterbleibt. Nun habe ich gelesen, dass eine Office Reparatur Installation helfen soll und speziell auf den Switch "change user /install" geschaut. Half leider nicht. (Diag sagt, es sei alles ok). Danach das ganze Office deinstalliert. Office und SP2 installiert. (auch mit "change user /install"). Half auch nicht. Habe alle Schriften gelöscht, die gelöscht werden können und Office-Diagnose nochmals ausgeführt. Half auch nichts. (Benutzerkontensteuerung war aktiviert). DCOM-Server-Prozessstart ist gestartet. Wer kann mir da helfen? Gruss Martin

Die Schriften wurden über die Systemsteuerung Schriftarten hinzufügen installiert. Gruss Martin

Die Fonts würden über die Schriften installiert. Rechte Maustaste, Schriften hinzufügen. Gruss Martin

Hallo Sunny61, Vielen Dank für dein Input. Bin aber leider noch nicht weiter. Habe Office-Diagnose als Admin ausgeführt. Dieses sagt alles sei ok. Habe alle Schriften gelöscht, die gelöscht werden können und Office-Diagnose nochmals ausgeführt. Half auch nichts. (Benutzerkontensteuerung war aktiviert). DCOM-Server-Prozessstart ist gestartet. Chkdsk habe ich noch nicht ausgeführt. Gruss Martin

Windows Server 2008/Sp2, Office 2007/Sp2. Folgendes Problem, wenn ein Benutzer auf dem Terminalserver Word 2007 öffnet und eine Schriftart wählen will, werden nicht alle Schriftarten korrekt angezeigt. Bei manchen steht nur TT und kein Name dahinter. Kommt man mit der Maus auf einen dieser Einträge, erscheint die Fehlermeldung "Unzureichender Arbeitsspeicher oder nicht genügend Speicherplatz. Die gewünschte Schriftart kann von Word nicht angezeigt werden" Die Meldung kann man mit OK bestätigen und danach normal weiterarbeiten. In den anderen Office Programmen werden die Schriftarten auch nicht angezeigt, also TT ohne Namen, aber die Fehlermeldung unterbleibt. Nun habe ich gelesen, dass eine Office Reparatur Installation helfen soll und speziell auf den Switch "change user /install" geschaut. Half leider auch nicht. Danach das ganze Office deinstalliert. Office und SP2 installiert. (auch mit "change user /install"). Half auch nicht. Die Fehler sind immernoch die gleichen. :-( Vielen Dank

ja genau.

Ach ja, das hatte ich ja gar nicht korrekt beschreiben. Die Benutzer sind auf einem MS 2008 Terminal Server. Da können sie nicht auf die Fonts zugreifen. u.a. Courier. Die Auswirkung des Problems war, dass beim Öffnenen die Fehlermeldung "Zu wenig Arbeitsspeicher" auftrat. Habe dann festgestellt, dass diese erscheint wenn die entsprechenden Schriften nicht vorhanden sind. (Mit Adminrechten kann das Dokument normal geöffnet werden).

Hallo Wir haben das Problem, dass die Benutzer nicht alle installierten Schriften sehen können. (Windows SBS 2008, voll gepatched). Als Administrator können alle gesehen werden. Neuinstallation der Schriften half nichts. Berechtigungen können im Fonts Verzeichnis nicht geändert werden. Wer kann uns helfen? Gruss Martin

Ah, das mit mehr Rechte hatte ich so verstanden. > Mehr Rechte als mit dem Client. Was heisst denn aber mehr Rechte als Stufe 8. Wo/Welche? Gruss Martin

Habe verschiedene Räume über OWA eingeladen. Funktioniert mit Räume der Berechtigung 2 und 8. Aber auch wenn ich danach versuche über OWA das Raumpostfach zu öffnen. Erhalte ich trotzdem obige Fehlermeldung. Martin

Hoi Norbert Vielen Dank für deine Antowort. Stimmt, die Personen hatte nur Stufe 2 Rechte auf das Postfach. Ich habe dies nun auf 8 Besitzer geändert um zu schauen was passiert. Funktioniert leider immer noch nicht obwohl ich nicht weiss wie schnell dies in einer kleinen Domäne greift. Gebraucht wird das Ganze von einer externen Person. Sie sollte wissen wann der Raum wie belegt ist. Was ist denn der Unterschied zw. dem Client und OWA. Beim Client funktioniert es tadellos, auch nur mit Stufe 2. Martin

Hallo Zusammen Ich habe ein Raumpostfach eingerichtet. Die Benutzer können mit den Outlook Client tip-top zugreifen. Nun möchten die Benutzer den Zugriff auch über Outlook Webaccess. Da erhalten sie jedoch die Fehlermeldung "Sie besitzen nicht die Berechtigung, dieses Postfach zu öffnen. Wenden Sie sich an den technischen Support für Ihre Organisation, um Zugriffsrechte oder weitere Informationen zu erhalten." Die Postfach Feature "Outlook Web Access" ist aktiviert. Wer hat einen Hinweis wo das Problem liegen könnte? Gruss Martin

Hallo Olc Super, nach dem Umhängen der Richtlinie funktioniert alles tip top. Nochmals vielen Dank. Martin

Hallo Olc Super, vielen Dank für den Input. Die Rangfolge der Policies ist: - Update Services Client Computer Policy - Default Domain Controller Policy Genau dort liegt der Hund begraben. Default Domain Controller Policy/Computerkonfiguration/Richtlinien/Windows-Einstellungen/Sicherheitseinstellungen/Lokale Richtlinien/Zuweisen von Benutzerrechten/Lokal anmelden zulassen. Hier sind die Werte gesetzt welche auf dem Client erscheinen und dabei sind keine Benutzer. (Und sind als VORDEFINIERT gekennzeichnet). Die Default Domain Controller Policy ist mit der Domäne verknüpft und greift so. Dies ist doch falsch, oder? Gruss Martin

Hallo Olc Ich setzte die Policy in den Gruppenrichtlinien auf dem Server. (Auf dem PC lässt sich nichts verändern). Die Richtlinie: Computerconfig/Windows-Einst./Lokale Richtli./Zuweisen von Benutzerrechten/Lokal Anmelden zulassen gibt es ja zwei Male: die Richtlinie unter: _Benutzerkonfiguration\Computerconfiguration\... greift nicht, (bzw. hat eine tiefere Prio) diejenige unter: Update Services Client Computer Policy [s01.kklba.local]Richtlinie\Computerconfiguration\... jedoch schon. D.h. Wenn ich diese Setze, dann kann sich auch ein Domänen Benutzer einloggen. Danach beginnt aber das nächste Problem. Der Benutzer kann den PC nicht herunterfahren. Dazu musste ich auch die Richtlinie Herunterfahren des Systems setzen. Ob nun noch weitere Probleme bestehen muss ich erst noch überprüfen. Martin

Jetzt habe ich noch einen Test mit XP gemacht. Hier habe ich das selbe Problem. Die Fehlermeldung ist jedoch etwas präziser. "Die lokale Richtlinie erlaubt es nicht sich interaktiv anzumelden." Ich habe auch eine Policy Richtlinie für lokalen Computer "Lokal anmelden zulassen" gefunden, da sind diverse Admins/Operatoren aber keine normale Benutzer. (Computerconfig/Windows-Einst./Lokale Richtli./Zuweisen von Benutzerrechten/..) Diese kann ich aber nicht ändern obwohl ich DomänenAdmin bin. Gruss Martin

Hallo olc Vielen Dank für den Input und die Willkommensglückwünsche. Ist denn nicht alles ein Bug das nicht funktioniert wie es sollte? :) und glücklicherweise liegt mein PC nicht vor sondern neben mir. D.h. ich bin nicht vor dem Rechner. :) Aber du hast ja völlig Recht. Dies hatte ich schon vorher gesichtet. http://technet.microsoft.com/de-de/l...8WS.10%29.aspx Und leider hat mein Vorgänger den Server in Deutsch aufgesetzt. Würde ich ja auch in der heutigen Zeit nie machen! Somit muss man immer mehrere Begriffe kennen. (GPMC RSOP Group Policy Resulsts) Bis jetzt habe ich erst gesehen, dass nichts verweigert wird. Den Hund aber noch nicht gefunden. Gruss Martin

Hallo Ich habe neue Windows 7 Clients in ein Windows 2008 SBS Netzwerk mit AD integriert. Nun versuche ich auf dem Client mit einem Standard User mit seinem Domänenaccount anzumelden. Dann erfolgt die Fehlermeldung: "Sie können sich nicht anmelden, da die verwendete Anmeldemethode auf diesem Computer nicht zugelassen ist." Bei der Integration des PCs in die Domäne habe ich in der lokalen Richtlinie den Domänen-Usern den lokalen Zugriff erlaubt. Jetzt sehe ich aber nur noch die IDs der Domänen Accounts oder Gruppen. Gebe ich dem Benutzer PC lokale Administratoren Rechte, dann kann er ohne Probleme einloggen. In der Domäne habe ich die entsprechende Richtlinie nicht gefunden. Da liegt do der Hund begraben oder ist dies ein Bug? Könnt ihr mir einen Tipp geben? Gruss Martin