schroeder750

Hy Stragami, Hmmmm... jetzt nochmal der Reihe nach, zum Mitdenken: Bei "normalen" Benutzern, also denen OHNE Weiterleitung funktioniert alles ohne Probleme. Mails rein und raus, richtig ? Hier können auch Mails von bspw. Web.de empfangen werden und es gibt keinen NDR, oder ? Probleme gibt es nur bei Postfächern, bei denen eine Weiterleitung eingerichtet ist, auch richtig ? Ich möchte nur den Fehler eindeutig nachvollziehen und festnageln können... Versuch doch bitte mal folgendes: - Testweise die Weiterleitung bei einem dieser Benutzer rausnehmen - Mails von diesem Account aus senden und auch Mails von extern an diesen Account senden. Nun müssten ja alle Mails rein und raus problemlos funktionieren, wenn es tatsächlich an der automatischen Weiterleitung liegt - Manuelles Versenden einer Mail von diesem Account aus an die (eben rausgenommene) Weiterleitungsadresse. Wenn dies auch funktioniert haben wir definitiv ein Problem mit dem Automatismus... ich will das nur klären, bevor wir hier in sonstwas für Richtungen denken, O.K ? Und sei so gut und schreib nochmal genau, welche Haken bei Internet-Nachrichtenformate gestzt sind. Hier unterscheidet der Exchange ja zwischen Abwesenheitsbenachrichtigungen, Automatischen Antworten und automatischen Weiterleitungen. Welcher der beiden Exchangeserver ist als Bridgeheadserver für den SMTP-Connector eingetragen ? - Du hast ja einen 2K und einen 2K3... Ich tappe momentan auch etwas im Dunkeln, möchte Dir aber helfen, daher erstmal etwas gedankliches "Abtauchen" in Deine Umgebung ... :suspect: Schreib mal bitte die genauen Ergebnisse... Grüsse schroeder750

... ich muss jetzt wirklich mal ganz dämlich nachfragen: Wie nimmt man denn einen BDC aus der Domäne ? Soweit ich mich erinnere, kann man einen PDC oder BDC nicht einfach in eine Arbeitsgruppe bringen, oder ? Stehe ich da jetzt komplett auf dem Schlauch ? Was hat der Kollege da genau gemacht ? Und jetzt, wo Ihr den BDC mittels der lmhosts wieder mit dem PDC verheiratet habt, funktioniert alles wieder ? Replikation läuft fehlerfrei ? ... s t a u n n n n .... Hilf mir mal, ich komme nich ganz mit ... Grüsse schroeder750

Sorry, habe nicht intensiv genug gelesen... generell scheinen Mails ja rauszugehen, nur bei den Weiterleitungen nicht... Wie sieht es aus bei Globale Einstellungen => Internet-Nachrichtenformate => Eigenschaften => Erweitert. Ist hier der Haken bei "Automatische Weiterleitungen zulassen" gesetzt ? Falls nicht, testweise mal setzen. Würde ich aber auf Dauer nicht drinlassen. Nur zum Testen, ob es daran liegt. Was Ihr da eingestellt habt, ist ja eigentlich eine automatische Weiterleitung ans Internet... Grüsse schroeder750

An welchen Gegenpart werden die Mails vom Exchange übergeben ? Provider ? Ist da evtl. eine Authentifizierung notwendig ? (Eigenschaften des SMTP-Connectors => Erweitert => Ausgehende Sicherheit => Hier evtl. eine Authentifizierung angeben (Standardauthentifizierung) ... nur als ersten Ansatz ... Grüsse schroeder750

Hy thorgood, prima, der hat funktioniert... keine Anzeige mehr in der Netzwerkumgebung beim W2K-Client ... :D Das Anzeigen beim XP werde ich demnächst mal in Ruhe testen, mir ging es erstmal drum, den Eintrag beim W2K-Client wegzubekommen. Supergut !! Danke Dir !!!!! Grüsse schroeder750

Ich beobachte genau das gleiche Phänomen in meiner VMWare-Testumgebung immer wieder... Genau der Information Store und der MTA... kann ich so nur bestätigen. Hatte es bisher einfach auf mangelnde Ressourcen beim Systemstart geschoben, da ich die ganze Geschichte auf einem (allerdings recht schnellen und mit 1,5 GB ausgestatteten) Laptop unter VMWare Workstation laufen habe. Was hier auch ganz abstrus ist: Ich fahre je-den Morgen die Testumgebung auf dem Laptop hoch. Eine W2K3 Rootdomain, eine W2K3 Childdomain, jeweils mit einem Exchange 2003, momentan allerdings ALLES noch OHNE Service Packs, sowohl Exchange und auch die BS ohne SPs ... und dann noch 2 - 3 Clients. Wenn ich die Maschinen geregelt der Reihe nach hochfahre, also erst warte, bis der eine gestartet ist und dann den nächsten starte, dann habe ich witzigerweise immer den Effekt, daß bei der Rootdomain die beiden Exchange-Dienste nicht starten, sich jedoch problemlos nachstarten lassen. Fahre ich allerdings mehrere Kisten gleichzeitig hoch, verursache also richtig Last auf dem Host, starten die Dienste alle klaglos ... Ist auch nicht nur zwischendurch mal so, das kann ich ehrlich jederzeit so wieder provozieren... Sorry, keine Lösung von meiner Seite, nur einfach diese Infos, die mich auch schon gewundert haben ... Grüsse schroeder750

Moin zusammen, hab da mal wieder ne banale Frage, auf die ich bei einer Kundensituation gestossen bin: 2003er AD-Domäne, Windows 2000 Professional Client: Ich klicke auf die Netzwerkumgebung, dann auf "Gesamtes Netzwerk", danach auf "...den gesamten Inhalt betrachten...", dort taucht dann der Eintrag "Verzeichnis" auf, in dem ich ja vom Client aus in den OUs browsen kann, wie sie ja auch auf dem Server in der Managementkonsole angezeigt werden. Soweit so gut ... Gestern sagt mir ein Kunde, den ich gerade migriert habe, daß ihn ein User darauf aufmerksam gemacht hat und was das soll, daß man diese Einträge da sehen kann. Ich sage ihm, das sei ganz normal und seit W2K AD so implementiert. Darauf hin bekomme ich jedoch die Frage, warum es denn bei den XP-Clients NICHT mehr so sei ... :rolleyes: Habe das mal überprüft, auch bei mir in einer Testumgebung, ist tatsächlich so, daß es bei W2K-Clients zu sehen ist und bei XP-Clients nicht ... Tscha, da gingen mir ein wenig die Worte aus... war mir so bisher echt nicht aufgefallen... Frage ist jetzt an Euch, 1) warum dies so ist und 2) ob man es bei den W2K-Clients ausblenden kann bzw. ob man es bei den XP-Clients einblenden kann... Ja ja... lacht ruhig, war jetzt meine X-te Migration und dann sowas ... ist mir echt nie aufgefallen :mad: Grüsse schroeder750

Moin Thobias, verstehe ich das richtig, daß Du eh noch keine saubere, lauffähige Domäne hast, weil der dcpromo bisher nicht sauber durchgelaufen ist ? Dann musst Du doch auch noch keine Domäne umbenennen, oder ? Tip von mir: fang unten wieder an. Am Besten Server plattmachen und sauber neu aufsetzen... Klar, Du könntest jetzt anfangen, umzubenennen, was geht oder was schon da ist, aber willst Du unter diesen Umständen die nächsten Jahre mit einer sooo angefangenen Domäne verbringen ? Weißt Du, was sich bisher nach all der Testerei alles so in die Registry des Fast-DCs reingepinselt hat ? Wäre mir zu wackelig, damit jetzt anzufangen... Mach platt den Server, setz ihn sauber neu auf, vermeide Umlaute und geh am Besten einfach alles so durch, wie es hier gepostet wurde... dann fängst Du sauber mit der Umgebung an ... Wenn irgendwas unklar ist, helfen wir Dir gerne weiter...lieber jetzt zwei Stunden mehr reinstecken und später Ruhe haben... ;) Grüsse und viel Erfolg !!! Ach ja, @Edv-Olaf: Adlerauge !!! ich habe das mit den Umlauten glatt überlesen... :D schroeder750

Moin, kurzer Ansatz auf die schnelle im Vorbeifliegen... Exchange System Manager: => Empfänger => Empfängeraktualisierungsdienste => Recipient Update Service => Doppelklick. Ist hier unter "Aktualisierungsinterval" "Immer ausführen" angegeben ? Es geht Dir ja NICHT ums Offline-Adressbuch, habe ich richtig verstanden, oder ? Grüsse schroeder750

... hmmm... nochmal der Reihe nach: wenn ich einen ersten DC einrichte, dann achte ich immer auf folgende drei Punkte: - Der Server selber hat einen suffix, der genauso lautet, wie der geplante Domänenname. Bsp: Geplanter Domänenname: "testdom.de" => Servername: "server.testdom.de" Einzustellen unter Eigenschaften vom Arbeitsplatz => Computername => Ändern => Weitere => Primäres DNS-Suffix - DNS läuft, Forward- und Reverse-Lookupzones sind richtig konfiguriert, d.h. z.B. die Forward-Lookupzone sollte so heißen, wie der Domänenname. In diesem Falle also "testdom.de" - Der Server hat den richtigen DNS-Server eingetragen, im Falle eines Neuaufbaus der Domäne auf der grünen Wiese also sich selber. Hast Du das so aufgebaut ? Dann funktioniert es bei mir eigentlich zu 100 % ... Grüsse schroeder750

... habe in solchen Fällen früher sehr viel mit Norton Ghost gemacht, das scheint aber mit neueren Servern nicht mehr soooo prickelnd zu sein. Die meisten Kunden setzen daher Acronis Drive Image ein ... Image von der ersten Partition erstellen, Daten von der zweiten Partition sichern (Band o.ä)- achte hierbei auf evtl. Freigaben und NTFS-Berechtigungen-, Partitionen platt machen, Image zurückspielen, dabei angeben, daß die erste größer sein soll als vorher, zweite Partition (diesmal kleiner) wieder erstellen, danach Daten vom Band auf die zweite Partition zurückschubsen ... Bei Acronis kannst Du, wenn ich recht informiert bin, direkt von der CD booten und die Images in den meisten Fällen direkt auf externe USB-Platten und andere Medien ziehen... Grüsse schroeder750

muss mal dumm nachfragen... Du sagst, Migration von Exchange 5.5 zu Exchange 2003... hast Du den Exchange 2003 parallel zum bestehenden Exchange 5.5 in der gleichen Organisation aufgesetzt, den ADC incl. Verbindungsvereinbarungen eingerichtet und die Replikation der öffentlichen Ordner definiert ? Sind die öffentlichen Ordner nun auf beiden Exchangeservern gleichermaßen vorhanden ? Hast Du schon begonnen, Postfächer auf den Exchange 2003 zu verschieben ? Haben evtl. nur die Benutzer, die auf den neuen Exchange verschoben wurden, die Zugriffsprobleme ? Hilf mir ein bisschen, damit ich Dir helfen kann... :D Grüsse schroeder750

Dann nimm doch zum Umbenennen, nachdem der webserverneu aus der Domäne raus ist, NEWSID, damit kannst Du den Rechner auch umbenennen und NEWSID geht dann die ganze registry durch und ändert auf den neuen Namen.... Grüsse und viel Erfolg !! schroeder750

Es gibt doch die Möglichkeit, die Profile zu kopieren. Beim Kopieren kann ein neuer Name vergeben werden und danach kann man das alte löschen. Was übrig bleibt ist der alte Senf mit neuem Namen :D Grüsse schroeder750

Tip von mir noch: wenn Du den neuen als "Webserverneu" aufsetzt und ihn später umbenennst, wirst Du auch nach der Umbenennung in der registry noch jede Menge Einträge finden, aus denen Du ersehen kannst, daß er mal "webserverneu" geheißen hat... das kann bei späteren Anwendungen evtl. zu Problemen führen. Sind so Erfahrungswerte aus der Praxis. Meiner Meinung nach solltest Du folgendermaßen vorgehen: 1) Webserver (bestehend) aus der Domäne rausnehmen (Workgroup) 2) Webserver umbenennen in "webserver-alt" 3) webserver-alt wieder in die Domäne rein 4) webserver (der neue, die Ablösung) neu aufsetzen als "webserver" und rein damit in die Domäne 5) Daten vom webserver-alt auf webserver verschieben 6) webserver-alt raus... MUSS nicht unbedingt so gemacht werden, ist aber so ein Erfahrungsbauchgefühl von mir ;-) Um das aus der Domäne rausnehmen kommst Du jedoch nicht drumrum... einfach mal umbenennen führt zu nix... Grüsse schroeder750

... und noch was zum diagnostizieren: Funktioniert das DNS sauber ? Ping -a auf die IP =´> Wird der saubere fqdn zurückgegeben ? Ping auf den NetBiosnamen => Auch hier der saubere fqdn als Antwort ? Ping auf den fqdn => Funktioniert ? Ist der DC in der Lage, sich selber als Schemamaster zu erreichen ?

... ansonsten hört sich diese Idee aber recht gut an. Klar, wenn es nicht am Server, sondern am AD liegt, bekommt der neue das auch live rüber. Da hat Christoph natürlich absolut recht. Wenn es allerdings am ersten DC selber liegt, und der ja eh entfernt werden soll, dann ist das ein guter Workaround ... Sei doch so gut und nimm Dir vorher noch die paar Minuten, die Support Tools zu installieren und die oben von Christoph und mir beschriebenen Dinge durchzuführen. Alleine schon der DCDIAG kann sehr gute Auskünfte geben, wenn es irgendwo hakt ... Die 10 Minuten hast Du doch noch, oder ?

Hast übrigens auch erst den "forestprep" und dann den "domainprep" durchgeführt, oder ? Sorry, ich stelle mal einfach der Reihe nach Fragen, dann haben wir das schonmal abgeklopft ... :D

... und weiter geht das: Managementkonsole, Snap-In "Active Directory Schema" reinploppen, rechte Maustaste auf "Active Directory-Schema", Auswahl "Schemamaster ändern", da gibt es dann einen Haken "Schema kann auf diesem Domänencontroller geändert werden". Ist der gesetzt ? Grüsse schroeder750

Ach ja, der W2K DC hat doch hoffentlich mindestens Service Pack 2 drauf, oder ?

... normalerweise absolut korrekt ... habe ich auch des Öfteren so durchgezogen... W2K3 CD in den W2K DC rein, adprep durchführen und dann lässt sich auch der W2K3 DC dazu herab, an diesem AD teilzunehmen... Hmmmmm... Die Basic-Tests schon durchgeführt ? Support-Tools installieren, dcdiag / netdiag / netdom query fsmo (alle Rollen noch sauber da?) usw... eventlogs ?

... dann verstehe ich nicht so ganz, warum Du mit dem adprep am DC rummachst... Soll er durch einen W2K3 DC abgelöst werden ? Grüsse schroeder750

@christoph: äääätsch, ich war schneller :D

Einen habbich noch... Falls es das Problem sein sollte, was ich oben geschrieben habe, wäre das hier die Lösung: http://support.microsoft.com/default.aspx?scid=kb;en-us;314649 Viel Erfolg noch ... Grüsse schroeder750

Mal ne ganz andere Frage: War bisher ein W2K AD-Domaincontroller, auf dem jetzt das AD auf Version 2003 erweitert werden soll, sehe ich doch richtig, oder ? War das Schema in der W2K-Fassung bereits durch eine Exchange2K oder 2K3-Installation erweitert ? Mir dünkelt da nämlich auch was ganz tief im Hintergrund, daß der adprep fehlschlagen kann, weil der mit den vom Exchange eingebrachten Erweiterungen nix anfangen kann... da gabs ´n Whitepaper für ... Grüsse schroeder750