janlutmeh

Das muss auch so sein. Als DNS-Sever muss bei einem einzelnen DC der DC selber eingetragen sein. Hast Du den Server nachdem Du ihn selbst eingetragen hast mal neu gestartet? im Zweifelsfall nochmal ein Ipconfdig /registerdns und auf jeden Fall den Netlogon Dienst neu starten (der ist verantwortlich für die Registrierung der Domänen Dienste im DNS).

Als DNS Server muss der DC mit mindestens einem Adapter eingetragen sein, wie soll der denn sonst irgendein Host Infos erhalten? Alle verfügbaren Server werden im DNS gespeichert und die Hosts suchen die auch nur im DNS. Das gilt auch für den Server selber. Da kein Verweis auf sich selbst vorhanden ist findet er sich selbst nicht. Das hatte ich aber glaub ich auch schon so gepostet und sollte so auch in der Anleitung aus der KB stehen.

Die englische Installation ist eigentlich der Klassiker aus der guten alten Zeit. Patches stehen auch heute noch zuerst in englisch zur Verfügung. Manche Utilitys (z. B. Powertoys) stehen häufig nur auf englisch zur Verfügung. Und früher war es meist so das diue original Version, also englisch, auch noch ein wenig stabiler lief. Ich persönlich bin der Meinung das das inzwischen nur noch halb so wild ist. Allerdings sollte man das ganze dann einheitlich fahren, System(Netzwerk-)weit, um den berühmten Sprachkonflikt zu vermeiden. Also wenn englisch (mein chef würde mir was husten) dann alle Systeme.

Welches OS? In der Microsoft KB gibt es das ein oder andere How to zu dem Thema.

[quote name='FilouMeine IP Konfiguration steht ja schon oben. Ich werde jetzt mal den Artikel lesen und mich dann nochmal melden... Hoffe ich bekomm das noch IRGENDWIE mal hin :beagolisc[/quote'] Tut mir leid, aber ich seh da nur die 3 IP-Adressen. Was ist als DNS eingestellt? WINS? DHCP? Ggf. mehrere IP´s pro Adapter? Sorry aber zur IP-Konfiguration gehört halt mehr. Poste doch mal die Ausgabe von ipconfig /all

Also sind das 2 eigenständige Rechner. Jetzt also wie weiter oben beschrieben. Der Benutzer mit dem Du auf Rechner 1 das Skript ausführst muss auf Rechner 2: vorhanden sein (es muss einen Benutzer mit dem gleichen Namen geben) das gleiche Passwort haben lokaler administrator sein

Ich gehe jetzt mal von nem DNS Problem (fehlerhafte Konfiguration) aus. Poste doch mal deine IP Konfiguration des DC. Ansonsten Empfehle ich Deine DNS Konfiguration mal mit diesem KB-Artikel quer zu checken.

Ich hab gute Erfahrungen mit Powermax gemacht. Lässt sich auch gut in Boot CD´s wie die Corporate Modboot einbinden.

Also nochmal. Ist das in einer Domäne? Wenn das nicht klar ist an Deiben "normalen" Rechner mal nachschauen Arbeitsplatz - Eigenschaften - Computername steht da Arbeitsgruppe oder Domäne??

Das is bei Dir zu Hause? Hast Du einen Server am laufen? Deinen bisherigen Ansagen nach geh ich nicht davon aus, also Punkt 2. Zum verdeutlichen, Du arbeitest an Rechner 1 als Benutzer Hinz und willst Rechner 2 herunterfahren. Dann muss (wenn die Rechner nicht innerhalb einer Domäne sind) auf Rechner 2 ein Benutzer Hinz vorhanden sein, der die Berechtigungen eines Administrators hat. Wenn das nicht so ist, gibts eben die Fehlermeldung das Du keine ausreichenden Berechtigungen hast.

Du versuchst einen Remote Computer herunterzufahren. Sind die Rechner in einer Domäne? Dann musst du die Batchdatei als Benutzer ausführen der auf der Maschine die heruntergefahren werden soll Administrative Rechte hat. Seid Ihr nicht in einer Domäne? Dann gilt prinzipiell das selbe. Dein lokaler Benutzer muss administrativen Zugriff auf das Remote System haben. Das kann dann aber nur funktionieren wenn auf der Remote Maschine ein gleichnamiger Benutzer existiert der die Berechtigungen eine Administrators hat. Sonst könnten schliesslich Hinz und Kunz lustig irgendwelche Rechner herunterfahren. :hells:

Das wäre mit der Suche aber auch schneller gegangen.

Du schreibst da ist nur ein Eintrag vorhanden, wo ist der denn vorhanden? In der Domänen-Zone oder unter _msdcs ? Wie ist IP konfiguriert? Nachdem Du alles identisch gemacht hast, könnte ja auch ein eventueller Fehler wiederholt worden sein.

Gibt verschiedene Möglichkeite Office auszurollen, ist aber auch Abhängig von der Version und den restlichen Gegebenheiten. Da wären z. B. : Systems Managment Server Gruppenrichtlinien Skriptbasiert Fall 1 wird es eher in grösseren Umgebungen geben, soll aber mit 2003 super laufen, da man die Lokale Installations Quelle bereits vor dem Rollout auf die Clients Pushen kann. Der eigentliche Rollout läuft dann nur noch über mst-file oder angepasste setup.ini / umbenannte Setup Dateien. Fall 2 setzt AD voraus, funktioniert dann aber in verschiedenen Arten entweder Maschinen bezogen (Zugewiesen, zwingend installiert) oder Nutzerbezogen (veröffentlicht / zugewiesen ). Hier lässt sich das gut über ne mst-file steuern. Fall 3 wäre dann wohl eher rudimentär der Aufruf angepasster Setup Dateien aus ner Batch heraus, funktioniert aber auch. Um näheres über den automatisierten Rollout zu erfahren empfehle ich die Technische Referenz von Microsoft uz den einzelnen Office Versionen. Die enthalten auch das Office Ressource Kit, in dem reichlich Tools enthalten sind wie z. B. der Custom Installation Wizard oder Custom Maintenance Wizard, ebenso wie Tools um Office Profile zu exportieren. Hier findest Du bestimmt auch den ein oder anderen Leitfaden zur Bereitstellung. Ansonsten bietet Microsoft auch immer wieder kostenlose Info Veranstaltung an in denen so was auch immer wieder gezeigt wird.

Weiss ja nun grade nicht was Du suchst, aber schau doch mal hier.

Sicher das der DC korrekt im DNS registriert ist? Hier kann es mitunter zu Problemen kommen wenn auf dem ersten installierten DC ein anderer Rechner als DNS angegeben wurde (IP-Konfiguration). Der DC(erste) muß sich selbst als DNS eingetragen haben, und natürlich eine statische IP haben. Anschliessend die Einträge im DNS für den DC checken. Sollte ein Zoneneintrag _msdcs sein mit unterordnern für die einzelnen Services. Dort muß der DC zu finden sein. Ist das nicht der Fall, den Adapter neu im DNS registrieren und den Netlogon Dienst neu starten. Jede Menge Infos zum Troubleshooting DNS gibts hier Gratis von Microsoft, als Download eines ISO-Image Bei dem DCDIAG kamen ja jede Menge Fehler ID´s raus, vielleicht lassen die sich ja auch von Technet lösen. Die ID 5774 (Hex Umrechnung), ist der Fehler der so oft vorkommt, zeigt an das Netlogon nicht in der Lage war den DC im DNS zu registrieren.

Einfacher geht das ganze wenn man sich die PowerToys zieht. Mit der TweakUI lässt sich dann unter anderem einstellen ob und von wievielen Tagen die Mails angezeigt werden sollen. Hat aber auch sonst noch jede Menge netter Faetures.

Da könnte Dir diese Seite bei Microsoft helfen.

Passiert das bei allen Nutzern oder nur bestimmten? Wie bekommen die User Ihre externen E-Mails?

Welches Outlook ist im Einsatz? Wie ist die Verbindung extern organisiert? POP3-Connector, veröffentlicht oder am Client?

Alternativ könntest Du auch mal dcdiag.exe laufen lassen, dann lässt sich der Fehler vielleicht genauer einschränken. Denn wenn der Fehler im Layout zu suchen ist, dann würde der sich ja vielleicht wiederholen.

Schau mal hier.

Hatten wir denn schon die Western von Gestern und den Colt für alle Fälle? Und was natürlich nicht fehlen darf: *Schon_mal_Kopf_einzieh_und_weglauf* Die Schwarzwaldklinik kommt ja jetzt noch ne neue Folge, sozusagen TNG Ach, und hatten wir die Biene Maja schon? :floet:

Mir fehlt da ja noch Kimba der weisse Löwe

Ah eine Antwort. *Freu_und_im_Kreis_spring* Faxen funktioniert auf den restlichen Stationen weiterhin einwandfrei. Der David wurde auch nicht neu konfiguriert. Interessant ist das komplett neu installierte Maschinen einwandfrei laufen. :confused: Ne vollständige Deinstallation fällt im Moment erstmal aus da der Client: direkt ins Systemroot installiert nicht über die Systemsteuerung deinstalliert werden kann keine Uninstall Routine mitliefert Sich in die ein oder andere .ini einklinkt An den Club Tobit hatte ich auch schon gedacht, aber wie kann ich mich als dummer Alt-Software Benutzer registrieren?