nobex

Aber bist Du nicht anfangs (siehe erstes Posting) so vorgegangen?

Und wie konntest Du Dein Problem lösen? :suspect:

Nur leider kommen die Updates nicht mehr sooo häufig, aber heute konnte ich endlich mal wieder ein einspielen :cool:

Wenn Dein Account auf der Maschine Admin-Rechte hat, kannst Du doch einfach übers Netzwerk \\Rechnername aufrufen, nach 'Drucker und Faxgeräte' navigieren und dort die Sachen erledigen.

Dann muss ich mal gegenfragen: Was genau möchtest Du denn erreichen?

Arbeitsplatz -> Systemsteuerung -> Drucker ...

Du kannst die einzelnen Drucker über 'Ausführen als ...' öffnen. Ansonsten einen neuen Explorer über 'Ausführen als ...' starten und damit die Drucker verwalten.

Btw, windowsberetistellungsdienst ist nicht gleich RIS-Dienst. Evtl. hilft der Artikel weiter: Error message when you start a PXE client session after you install Windows Server 2003 Service Pack 2 on a Windows Server 2003-based computer that is running Remote Installation Services: “PXE-E3B: TFTP Error - File Not Foundâ€

Ein paar Ideen: Ist der ProductKey in Anführungszeichen gesetzt? Computername sieht etwas seltsam aus :suspect: Hier mein Vorschlag: [userData] ProductKey = "aaaaa-bbbbb-ccccc-ddddd-eeee" FullName = "Bernd" OrgName = "BerndORG" ComputerName = %MACHINENAME%

Wurde der Remoteinstallationsdienst nach der Korrektur neu gestartet?

In dieser Zeile fehlt ein \ LaunchFile="Setup\German\Images\WINDOWSXP\i386\templatesstartrom.com" Sollte doch wohl eher so aussehen LaunchFile="Setup\German\Images\WINDOWSXP\i386\templates\startrom.com"

Hier stand Müll

Probier doch mal, einen neue Textdatei anzulegen, zu ändern und zu löschen. Sind die o.g. Rechte nach unten vererbt worden (am besten amDokument selbst prüfen)? Wie sind die Freigaberechte?

Kannst Du im BIOS der Maschinen einen Startzeitpunkt setzen? Ansonsten würde mir noch eine Zeitschaltuhr einfallen, welche vor dem Start kurz den Strom trennt und wieder verbindet. Im BIOS sollte dann aber auch die Option vorhanden sein, wie nach Stromausfall vorzugehen ist.

Ein Beispiel: Angenommen Du kreierst zu einem Kontakt einen zugehörigen Geburtstag. Im Kontakt wird dabei ein Verweis auf das Kalenderevent mit kompletten Pfad zur PST-Datei hinterlegt. Wird die Datei verschoben, geht der Verweis ins leere, auch wenn das Event, da in der selben Datei, noch vorhanden ist. Evtl. ergeben sich bei Erinnerungen ähnliche Effekte und der Kalender kommt aus dem Tritt, was aber nur eine Vermutung meinerseits wäre.

Hast Du die PST-Datei evtl. mal verschoben?

Dann sollte es wie beschrieben funktionieren. Einfach für die neuen Standort eine oder mehrere Gruppen anlegen und dort die Genehmigung auf 'Nur ermitteln' setzen.

Nix. Solange die Updates nicht freigegeben sind, werden sie nicht installiert, sondern nur im WSUS als 'Erforderlich' angezeigt. U.U. solltest Du Dir im WSUS eine entspr. Gruppenstruktur schaffen, fall Du einige Rechner doch automatisch patchen willst.

Gib die Updates doch einfach im WSUS nicht zur Installation frei, sondern stell sie auf 'Nur ermitteln'

Einmal Probelesen hätte mir aber auch nicht geschadet ... ;)

In Wirklich kein hast Du aber outlook.exe /cleanreminders mit Punkt und s eingegeben, oder?

Problem zum Teil gelöst/geklärt: Die WINS-Abfrage und der Netbios-Zugriff funktionieren, nur leider hatten sich manche Server nicht im WINS registriert, da noch ein veralteter Eintrag gesetzt war. Ausgerechnet diese Server hatte ich zum testen benutzt :( Nur die Namensauflösung per Broadcast scheint nicht zuklappen, ebenso gehen Pings noch verloren. Ist jetzt aber nur noch Kür :cool:

Probier doch mal mit Filemon und Regmon herauszufinden, was excel.exe beim Schließen wo zu speichern versucht. Evtl. gibt es dort Fehlversuche zu sehen.

Hallo Zusammen, habe das Problem, dass ein eingewählter VPN-Client keine Netbios-Zugriffe hinbekommt. Dabei bekommt er den WINS-Server über DHCP und sollte doch eigentlich damit den Namen auflösen können. Im RRAS ist 'Broadcastnamensauflösung aktivieren' aktiviert. Weiterhin läuft auf dem RRAS-Server ein ISA 2000, welchen doch aber die 'virtuellen VPN-Schnittstellen' nicht interessieren sollten. Pings werden auch geblockt.:suspect: Der Zugriff über die IP bzw. mit übergebenem DNS-Suffix funktioniert, allerdings über Port 445. Komme irgendwie nicht von diesem Schlauch runter. :confused: Danke schon mal Gruß Robert

... und wieder etwas dazugelernt. :D