schroeder750

Kein Problem, Du nervst überhaupt nicht... kenne das, man weiß irgendwann nicht mehr, wierum man den Besen halten soll :) Geh das doch mal in Gedanken durch... was passiert genau, wenn jemand im Outlook unter den Optionen auf "Stellvertretung" klickt ? - Das Outlook wird versuchen, auf das globale Adressbuch zuzugreifen, um sich dort die Benutzer herauszupicken, auf die entsprechend berechtigt werden soll. Und genau hier bekommt das jeweilige Outlook meiner Meinung nach schon auf die Finger gehauen. Das globale Adressbuch, das hier erwartet wird, ist schlicht nicht erreichbar. Daher dieser Fehler der was von "Netzwerkverbindung fehlerhaft" erzählt... Ich denke, daß hier noch ein globales Adressbuch vom alten Exchange gesucht wird...auch wenn im normalen Betrieb auf das aktuelle Adressbuch vom neuen Exchange zugegriffen wird... Wie sieht das denn aus, wenn Du in der AD-Konsole auf einem DC einen Benutzer schnappst und dort unter "Exchange-Erweitert" => "Postfachberechtigungen" den Stellvertreter hinzufügst ? Funktioniert es dann ? Klar, ist ein rumbasteln an den Sympthomen, ich will aber genaueres rauskriegen. Und sei bitte so gut, das mit den Besprechungsanfragen genau zu prüfen. Wenn bisher noch kein User gemeckert hat, heißt es nicht, das es funktioniert ... vielleicht setzt es nur niemand so richtig ein... Als nächsten Punkt würde ich auf dem Exchangeserver mal folgendes versuchen: Unter "Empfänger" "Empfängeraktualisierungsdienste" rechter Mausklick auf den Recipient Update Service und neu erstellen lassen. Danach die nächste halbe Stunde mal sehen, was das Eventlog des Exchangeservers sagt... Halt mich mal auf dem Laufenden... Grüsse schroeder750

shiet ... das sind natürlich etwas schlechtere Umstände für eine Fehlerdiagnose... Sieh meinen Verdacht aber jetzt bitte nicht als die ultimative Aussage an, die externe Firma vor den Kadi zu zerren, O.K ? :rolleyes: Gehen wir das nochmal in Ruhe durch: Wenn Du einen neuen Benutzer in der neuen AD-Struktur anlegst, funktioniert alles, richtig ? Sobald aber ein Benutzer hinzukommt, der aus der alten Struktur übernommen wurde, fängt es an, an den Berechtigungen zu hapern, richtig ? Das kommt mir leider alles sehr bekannt vor. Hatte mal einen Kunden, da wurde absolut korrekt eine Parallelmigration durchgezogen, der Exchange war aber dermaßen am Ende, daß der neu aufgebaut werden musste. Wir haben dann aus dem alten Exchange die Postfächer und öffentlichen Ordner via Exmerge exportiert und in die neuen Postfächer wieder reinlaufen lassen. Problematisch wurde es dann genau bei solchen Berechtigungsgeschichten, wenn die User sich noch in der alten Domäne angemeldet haben, aber Outlookmäßig schon auf den neuen Exchange zugegriffen haben. Da wurden dann Freigaben für Benutzer aus der alten Domäne gemacht, die dem Exchange gar nicht gepasst haben... Sag mal, funktionieren Besprechungsanfragen zwischen Benutzern, die aus der alten Domäne kamen ? Das ist auch so ein Kriterium ... Bitte mal testen und Bescheid geben, O.K ? Grüsse schroeder750

Hy, ich denke, im Backoffice-Forum wäre Dein Beitrag besser aufgehoben, da dürften mehr Leute drauf aufmerksam werden, die Dir helfen können. Bin jetzt nur zufällig drüber gestolpert... Sei so gut und gib mal etwas genauere Infos über den bisherigen Werdegang durch. Wurde domänenmässig eine InPlace-Migration durchgezogen oder war es eine Parallelmigration (ADMT/SID-History der Benutzer...). Wurde der neue Exchange 2000 in der neuen Domäne parallel zum alten installiert oder wurde hier ein Update gefahren ? Ich habe so ein bisschen das Gefühl, daß die SIDs der Benutzer der AD-Struktur nicht so ganz zu den SIDs passen, die der Exchange erwartet ... Bis später !! schroeder750

O.K. dann hat sich das gerade überschnitten. Freut mich !!! :D Grüsse schroeder750

Hy t_bern, hmm, jetzt muss ich doch mal genauer nachfragen. Unter welchem Account wurde der Ordner erstellt ? Normaler Benutzer ? Administrativer Account ? Unter welchem Account wurde der Ordner als moderierter Ordner eingerichtet ? Wurde bei der Einrichtung als moderierter Ordner unter "Bearbeitungsrechte erteilen an..." jemand angegeben (müsste ja eigentlich, sonst kann man nicht weitermachen...). Wenn Du mal im Outlook bei den Eigenschaften des moderierten Ordners nachsiehst, ist dort definitiv der Benutzer bei "Bearbeitungsrechte erteilen an..." eingetragen, bei dem Du jetzt diese Fehlermeldung bekommst, wenn Du etwas am Ordner ändern willst ? Schreib mal ein paar genauere Infos... ich glaub, das ist kein größeres Problem... Grüsse schroeder750

Moin t_bern, Montag morgen, ich habe schlecht geschlafen, ewig im Stau gestanden und jetzt kommst Du mit sowas ;) Na gut, checken wir das zusammen mal durch, vielleicht werde ich dann wach... :o Sei doch so gut und schau mal im Exchange System Manager direkt auf diesem Ordner, welche Berechtigungen dort liegen. (Informationsspeicher für öffentliche Ordner => Öffentliche Ordner => Name des Ordners => Rechte Maustaste => Eigenschaften => Berechtigungen. Hier schau bitte mal "Clientberechtigungen", "Verzeichnisrechte" und "Administratorrechte" durch. Nicht das Du da irgendwo ausgeschlossen bist. So als erster Ansatz... Ich geh mir jetzt nen Kaffee holen ... :suspect: Bis gleich ... Grüsse schroeder750

Hm... wie wichtig ist das Postfach ? Rechtfertigt es einen hohen Aufwand, diese Daten wiederzuholen ? Ich würde als allererstes mal die Exchangedienste beenden (rede hier vom alten Exchange 5.5, wenn ich das richtig verstanden habe) und mir ne Offlinekopie der Datenbanken ziehen. Danach lässt Du mal den eseutil über die Datenbanken laufen, notfalls als letzte Rettung mit der Reparaturoption. Die schneidet dümmstenfalls Dinge raus,, mit denen sie nix anfangen kann, aber danach ist die DB wenigstens wieder konsistent. Falls das alles nix hilft, notfalls einen neuen Exchange 5.5 auf irgend einer Workstationgurke aufsetzen und da dann die Datenbanken reinpatchen. Vorgehensweise würde ich hier folgende vorschlagen: Workstation schnappen, als NT4-BDC mit dem Namen des jetzigen Exchange-Servers in die bestehende NT4-Domäne bringen, das Ding vom Netz trennen und in einer gekapselten Testumgebung zum PDC hochstufen. Dann den Exchange 5.5 draufinstallieren (gleicher Organisations- und Standortname). Danach einpatchen der Datenbanken vom echten Exchange, anschließend ein Outlook installiert und hier den Zugriff versucht und die Daten rausexportiert... Hoher Aufwand, ich weiß, daher die Frage, wie wichtig die Daten des Postfachs sind ... Grüsse schroeder750

Ach ja, einen habbich noch: ich gehe in meinem Geschreibsel oben natürlich davon aus, daß die neue AD-Struktur via Parallelmigation neben der alten aufgebaut wurde. D.H. die Benutzer wurden (via ADMT) incl. SID-History rübergeholt, sonnst funzt das mit den Zugriffen aus der alten und der neuen Domäne auf die Postfächer natürlich nicht wirklich ... Grüsse schroeder750

Hy Masterschenk, ich gehe jetzt mal davon aus, daß es bestimmte Gründe gibt, den Exchange eben NICHT gleich auf 2000/2003 zu bringen (Lizenzen momentan zu teuer oder sonstwas). Ich würde Dir nämlich sonst auch raten, sauber auf einen neuen Exchange in der neuen Domäne zu migrieren. Es soll also mal Gesetz sein, daß der Exchange 5.5 in der neuen Domäne weiterhin existieren soll. Dazu mal grundsätzlich: Es ist nicht ganz richtig, daß keine NT4-Server mehr in einer AD-Struktur zugelassen sind, wenn diese im native mode ist. Es geht dabei um NT4-Domänencontroller. Memberserver sind kein Problem. Und wie Du ja schreibst, ist der Exchange auf einem Memberserver. Problematisch wird sein, daß es Dir der Exchange 5.5 ziemlich krumm nimmt, wenn er aus der (NT4)Domäne genommen und in ene andere Domäne(AD) gesteckt wird. Danach werden die Dienste nicht sauber starten. Fang damit bitte am besten erst garnicht an. Wenn es denn unbedingt ein Exchange 5.5 in der neuen AD-Struktur sein muss, wirst Du wahrscheinlich nicht drumrumkommen, den Exchange (5.5) in der neuen Domäne neu aufzusetzen und über einen Trust in die gleiche Exchange-Organisation wie den alten zu bringen. Anschließend öffentliche Ordner rüberreplizieren, Postfächer verschieben, Hauptrollen wie Routing Calculation Master, Schedule Free+Busy und Offline-Adressbuch verlegen. Danach dann den Internet Mail Connector auf den neuen Exchangeserver (Änderungen an der Firewall oder am AV-Gateway auf den neuen Exchange nicht vergessen) verlegen und dann zum Schluss den alten Exchange sauber vor den Augen des anderen deinstallieren. Die Outlook-Clients bekommen das dann mit, daß Ihre Postfächer auf einem neuen Exchange liegen, wenn sich alle einmal angemeldet haben. Und jetzt schau Dir den Aufwand bitte einmal an und dann überlegst Du nochmal, ob Du in diesem Zuge nicht DOCH direkt auf einen Exchange 2003 gehen willst ... :D Generell ist es aber möglich, einen Exchange 5.5 auf einem NT4-Memberserver in einer AD-Struktur auch im native mode zu fahren. Der Exchange 5.5 verknüpft dann halt weiterhin seine dir.edb mit dem, was er vom PDC-Emulator der AD-Struktur als SAM vorgegaukelt bekommt... Nur ob man das wirklich so will ... :suspect: Falls noch Fragen auftreten, meld Dich, O.K ? Grüsse schroeder750

Hy, wäre es für die zwei User nicht am einfachsten, zu den Arbeitsplätzen zu laufen und die Laufwerke manuell zu verbinden ? Dann wird die Authentifizierungsinformation einmal abgefragt, man gibt die Anmeldeinfos einmal ein und setzt den Haken, daß das Laufwerk auch nach dem nächsten Start wieder verbunden werden soll ... müsste eigentlich tun. Das wird natürlich etwas problematischer, wenn diese beiden User ständig zwischen mehreren PCs hin und her springen ... dann würde es übers logonscript schon Sinn machen ... Grüsse schroeder750

Moin moin, es sollte auf die Reihenfolge geachtet werden. Zuerst SP1 für den Exchange, dann SP1 fürs Betriebssystem. Habe letztens einen Exchange 2003 auf einem W2K3 Server installiert, der bereits SP1-gepatcht war, da meckert Exchange-Setup erstmal, daß diese Exchange-Version zu alt ist usw... hat aber dann funktioniert... Würde aber bei der Installation der beiden SPs schon auf die oben aufgeführte Reihenfolge achten... Grüsse schroeder750

Hy Birba, ich denke, ich habe das so halbwegs verstanden, was Du willst :) Mal sehen, ob Dir die Infos hier weiterhelfen könnten: Ich versuche das jetzt mal auseinanderzudröseln: Generell würde ich an diese Geschichte schon mal mit dem xcopy rangehen. Sehe ich genau wie Du... Wenn Du die Option /O nicht setzt, dürften die ACLs auch nicht mitgenommen werden. Ergo hast Du nach der Kopieraktion in die von Dir vorbereiteten Ordnerstrukturen alle Dateien entsprechend den Ordnern berechtigt, in denen sie landen. Jetzt ist Dein Problem aber, daß Du ZUSÄTZLICH noch die Berechtigungen der Besitzer der einzelnen Dateien aus der alten Struktur drüberbügeln willst, richtig ? Da würde ich mal folgendes testen: Resource Kit Tools, da gibt es ein Tool namens "subinacl". Hier gibt es einen Parameter "/stringreplaceonoutput", der mir sehr danach riecht, als könnte er Dir helfen. Sieht mir so aus als würde der nämlich genau Dateiberechtigungen von einem zum anderen Server schaufeln... Am besten das subinacl einfach mal installieren, das bringt dann nur drei Dateien mit sich, eine davon ist die Datei "subinacl.htm", in der unter anderem auch Infos zu diesem Parameter "/stringreplaceonoutput" stehen. Soweit ich mich erinnere kannst Du das subinacl auch einzeln bei Microsoft runterladen, ohne gleich ein komplettes Resource Kit installieren zu müssen. Grüße schroeder750

Moin Pitt, ich denke, daß lässt sich ganz gut lösen, wenn Du folgende Vorgehensweise austestest: - Neue Gruppe erstellen, Name z.B: "Keine Externen Mails" (z.B. globale Verteilergruppe), hier bitte darauf achten, daß die Gruppe eine EMail-Adresse bekommt. - In diese Gruppe packst Du die Benutzer, die KEINE externen Mails versenden sollen - Anschließend im Exchange System Manager bei den Eigenschaften des SMTP-Connectors unter "Empfangseinschränkungen" einstellen, daß Mails standardmäßig von allen Absendern angenommen werden, unten gibst Du aber dann bei "Nachrichten ablehnen von" die Verteilerliste "Keine Externen Mails" an. - Jetzt hast Du aber noch diese häßliche Gruppe im Adressbuch, daher gehst Du in der Managementkonsole auf die Eigenschaften dieser Gruppe und gibst unter "Exchange-Erweitert" an, daß diese Gruppe nicht im Adressbuch angezeigt wird. Aber vorher konfigurierst Du natürlich den SMTP-Connector, sonst bekommst Du da die Gruppe für die Konfiguration auch nicht angezeigt :D Dürfte so eigentlich funktionieren. Gibste mal Bescheid, ob Du so weitergekommen bist ? Grüsse schroeder750

hmmm.... erster Gedanke, der mir durch den Kopf schoss: hört sich an, als wenn eine fsmo-Rolle des DCs oder der Globale Katalog nicht so ganz echt sind... Kannst Du einen zweiten DC (notfalls zum Testen eine temporäre Workstation) ins Netz bringen und mal testweise die fsmo-Rollen und den GC rüberschubsen ? Mal sehen, was dann passiert... Wenn Du beim Verschieben der fsmo-Rollen schon Fehler bekommst, weißt Du, in welche Richtung es geht... Wenn Du schon garnicht den zweiten DC reinbekommst, weil am AD was nicht stimmt, ist das ärgerlich, aber auch ein klares Indiz... War nur so mein erster Gedanke beim Überfliegen ... erstmal rantasten... dcdiag und netdiag schon ausgeführt ? Irgendwelche ominösen Meldungen im eventlog ? Grüsse schroeder750

Ach ja, einen habbich noch: Im Exchange System Manager kann bei den Eigenschaften des Öffentlichen Ordners unter "Exchange Allgemein" auch bei den Übermittlungsoptionen eingestellt werden, daß alles an eine bestimmte Person weitergeleitet wird. Da musst Du nicht mal übers Outlook gehen... Grüsse schroeder750

Hy t_bern, Bin nach ein wenig Testerei zu dem Entschluss gekommen: 004 hat absolut recht, ist die pragmatischste Lösung... :p Ich habe mir das eben mal angesehen in meiner Testumgebung. Ich habe hier einen Exchange 2003 und einen Client mit Outlook 2000. Folgende Vorgehnsweise: - Öffentlichen Ordner erstellen, dafür sorgen, daß die entsprechenden Personen, die an den Ordnereigenschaften etwas drehen sollen, den vollen Zugriff haben. - Rechte Maustaste aus dem Outlook heraus auf den entsprechenden Öffentlichen Ordner, Auswahl "Eigenschaften" - Auswahl des Folders "Ordnerverwaltung", hier kannst Du dann auf "Moderierter Ordner" klicken und Dir die möglichen Einstellungen einmal ansehen. - Das, was Du dort eingibst, spiegelt sich aber nachher wieder in den Regeln, die Du an gleicher Stelle unter "Ordner-Assistent" angeben kannst. Da ist es fast einfacher, einfach über den Ordner-Assistenten zu gehen: - Regel hinzufügen - "Von", "Gesendet an" und den ganzen anderen Senf einfach gerade freilassen, damit erreichst Du, daß es für JEDES Element gilt, was jemals an diesem Ordner vornbeikommt. - Bei "Antworten mit" machst Du einen Haken, klickst auf "Vorlage" - Hier bei der Vorlage gibst Du als Adressaten den Mitarbeiter an, der die Benachrichtigung erhalten soll (in dem Falle wärst Du das) - Im Betreff schreibst Du was sinniges rein wie "Neues Fax - Bitte beachten" - Diese Vorlage bitte einfach mit "Datei" ==> "Speichern" abspeichern und wieder schließen. - Wenn Du jetzt wieder im Folder "Regel bearbeiten" auf "OK" klickst, kommt nochmal eine Meldung, daß diese Regel auf ALLE Objekte angewendet wird (und genau das willst Du ja...) und das war´s dann eigentlich schon... Hoffe, ich konnte Dir helfen, ansonsten schau Dir doch mal die Möglichkeiten unter "moderierter Ordner" an, die finde ich allerdings etwas umständlicher... Übrigens wird, wenn Du es machst wie oben beschrieben, nur eine Meldung an Dich rausgeschickt, DASS was neues da ist, aber nicht WAS... Das müllt Dein Postfach nicht zu. Willst Du genauere Infos, kannst Du die Faxe natürlich auch an Dich weiterleiten lassen, was aber ganz nett Deine Mailbox zumüllen kann... Hast die Wahl :mad: Wenns irgendwo klemmt, Meldung machen, O.K ? Grüsse schroeder750

Hy t_bern, soweit ich mich erinnere, kann man den Ordner als "moderierter Ordner" einrichten. Habe jetzt gerade keinen Exchange zur Hand... Schau mal einfach in den Eigenschaften des öffentlichen Ordners von einem Outlook aus. Richtung "moderierter Ordner" ... da kannst Du solche Geschichten einstellen... Falls das nicht hinhaut, schreib mal was, im Laufe der nächsten Woche kann ich wieder an meinen Test-Exchange, den ich in der Firma stehen habe, dann biegen wir das zusammen hin, O.K ? :D Grüsse schroeder750

Moin Siegfried, alles im grünen Bereich, don´t panic. :p Die Exchange-Aufgaben und Exchange-Attribute der Benutzer werden nur angezeigt, wenn der DC auch den Exchange System Manager installiert hat. Wenn das AD richtig repliziert wird, hat der zweite DC diese Infos auch in seiner lokalen Kopie des AD, kann sie aber nicht anzeigen, da ihm die entsprechenden Snap-Ins fehlen. Leg einfach in den zweiten DC die Exchange-CD ein und installiere nur den System Manager, dann klappt das auch mit der Anzeige der Attribute. Alternativ kannst Du Dir auch den System Manager auf Deiner Workstation installieren, so wie man es früher mit dem Exchange 5.5 Administrator gemacht hat... Grüsse schroeder750

Mal ne saudumme Frage, Baba, hast Du die Exchange-Eigenschaften des Benutzers auf einer Managementkonsole auf einem DC gesucht, der NICHT den Exchange Sytem-Manager installiert hat ? Ich weiß, klingt profan, aber dann werden die Exchange-Eigenschaften halt nicht angezeigt. Wird ganz gerne mal übersehen... Wenn Du auf einem DC (mit System-Manager) mit der rechten Maustaste auf den User klickst, bekommst Du dann wenigstens "Exchange-Aufgaben" angezeigt ? Grüsse schroeder750

Hy baba, freut mich ;-) Ist nicht das erste mal, daß ich diese Info raus lasse, kommt öfter vor, tröste Dich ;-)) Wenn so ein Exchange einmal unsanft wegrasiert wurde, hat jeder erstmal das Problem. Ciao schroeder750

Moin moin, Habe Kapitel 10 mal kurz überflogen, ich denke, diese Vorgehensweise dürfte nur funktionieren, wenn der alte Exchange noch da ist und sauber aus dem System entfernt wird. (Wenn ich das so auf die Schnelle richtig gesehen habe). Ich denke, hier ist das Problem aber, daß der Exchange unsanft gekillt wurde und noch in seiner Eigenschaft als Exchangserver im AD eingetragen ist ... Das gibt unschöne Replikationsversuche der verbleibenden Exchangeserver mit einer Leiche, die nicht mehr da ist ... Falls dies der Fall sein sollte: Support Tools auf einem DC installieren. Starten des Programms „ldp.exe“ Auswahl „Connections“ ==> „Connect“ Hier den Servernamen eines DCs eintragen Auswahl „Connections“ ==> „Bind“ Authentifizierung durchführen … Auswahl „View“ ==> „Tree“ „BaseDN“ leer lassen… Anschließend auf folgende Einträge doppelklicken (durchhangeln bis unten): DC=domäne,DC=suffix CN=Configuration, DC=domäne,DC=suffix CN=Services,CN=Configuration, DC=domäne,DC=suffix CN=Services,CN=Configuration, DC=domäne,DC=suffix CN=Microsoft Exchange,CN=Services,CN=Configuration, DC=domäne,DC=suffix CN=Exchange Organisationsname,CN=Microsoft Exchange,CN=Services,CN=Configuration, DC=domäne,DC=suffix CN=Administrative Groups,CN=Exchange Organisationsname,CN=Microsoft Exchange,CN=Services,CN=Configuration, DC=domäne,DC=suffix CN=Standort,CN=Administrative Groups,CN=Exchange Organisationsname,CN=Microsoft Exchange,CN=Services,CN=Configuration, DC=domäne,DC=suffix CN=Servers,CN=Standort,CN=Administrative Groups,CN=Exchange Organisationsname,CN=Microsoft Exchange,CN=Services,CN=Configuration, DC=domäne,DC=suffix Hier kann der Exchange-Zombie gelöscht werden... Rechte Maustaste, Auswahl „Delete“ Alle drei Haken setzen bei „Extended“, „Synchronous“ und „Recursive (client)“ und das Löschen bestätigen. Bitte vorsichtig mit dem LDP am AD, O.K ? Hoffe, daß hilft im Zweifelsfalle weiter ... Grüsse schroeder750

Hy, schau doch mal bei folgendem Link rein, ich habe das jetzt nur überflogen... Vielleicht hilft Dir das weiter. Auf dieser Seite ist unten ein Link, der evtl. weiterhelfen könnte... da geht es um genaue Optionen des DCDIAG, mit denen Du das Problem vielleicht tiefer greifen kannst. http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/Operations/838dbebe-7a87-4cd2-b6f7-fc5847a2c226.mspx ... nur so als fixen Ansatz im Vorbeifliegen ;) Grüsse schroeder750

Hy User7070, hälst Du normalerweise eine andere Reihenfolge ein ? Bin natürlich wie immer für jede Info offen ;-) Grüsse schroeder750

Sssssuuupppeeerrr !!!! Habe Deinen Tip beherzigt, Exchange 5.5 deinstalliert, manuell aus dem AD rausgeworfen (wollte nicht warten), Exchange-Org in den native mode geschaltet, SRS rausgeschmissen, wie Du geschrieben hattest und siehe da: Kaum macht mans richtig, funktionierts auch schon !! Danke für den superschnellen Tip. User7070, Du hast was gut bei mir !! ;-) (Tiefe Verneigung) ;-) Grüsse schroeder750

Moin zusammen, habe da mal ein kleines Problem für Euch, um nach dem Wochenende wieder auf Touren zukommen: Eine NT4-Domäne incl. Exchange 5.5 wurde mittels Parallelmigration auf Windows 2003 AD incl. Exchange 2003 migriert. Alles wunderbar gelaufen, die alte Domäne ist soweit leergeräumt und wartet nur noch drauf, abgeschaltet zu werden. Bevor ich den Trust aber kille, fällt mir auf, daß ich ja für die Exchange-Migration den Active Directory Connector auf einem der W2K3-DCs installiert habe. Dieser läuft ja nun als Dienst vor sich hin und wird nach der Migration nicht mehr benötigt... Ist ja nu nix mehr aus einer dir.edb oder der SAM rauszusaugen ... Im Zuge der Migration habe ich über den ADC Verbindungsvereinbarungen für Empfänger und Öffentliche Ordner erstellt. Nun hat der ADC zusätzlich zu den beiden manuell erstellten Verbindungsvereinbarungen eine maschinelle erstellt. Die nennt sich "Config CA_Organisationsname_Servername". Wenn ich jetzt den ADC deinstallieren will, um alte Leichen aus der neuen Umgebung herauszubekommen, sagt mir das Deinstallationsprogramm, es geht nicht, weil noch eine Verbindungsvereinbarung da ist. Die beiden manuell erstellten kann ich problemlos löschen, die automatisch vom ADC erstellte NICHT. Da beist sich die Katze jetzt irgendwie in den Schwanz ... Hat da jemand schonmal Erfahrung mit gemacht, wie ich den ADC sauber wieder deinstalliert bekomme, ohne manuell mit dem Skalpell in der Registry und im AD rumzuschnippeln ? Habe schon einige Migrationen bei Kunden durchgeführt und mir fiel erst jetzt richtig auf, daß der ADC ja nun nicht mehr benötigt wird und ja eigentlich gelöscht gehört... ist einfach unschön, so Leichen zu hinterlassen ... Klar, stört nicht gross, sollte aber entfernt werden... Auch nach der sauberen Deinstallation des Exchange 5.5 bei bestehender Verbindung zum Exchange 2003/AD keine Chance... Irgendwer eine Idee ? Ich danke Euch schonmal im Vorraus !! Grüsse schroeder750