Superstruppi

Nachtrag: Mir ist gerade aufgefallen, dass ich keinem öffentlichen Ordner in den Clientberechtigungen eine Benutzergruppe zuordnen kann - dann erscheint ebenfalls diese Fehlermeldung. Ich bin mir sicher, dass hier der Hund begraben liegt!! Hat jemand eine Idee?? Danke und viele Grüße, Mario.

Hi! Also wir hatten bereits vor der Exchange 2003 Installation ein Windows 2000 Active Directory im gemischten Modus. Bei der Exchange 2003 Installation auf einen neuen Server wurde natürlich auch das AD mit forestprep und domainprep erweitert. Ebenso der Active Directory Connector (ADC) wurde erfolgreich eingerichtet. Alle Exchange-Benutzerkonten wurden somit ins AD geschrieben, sofern noch nicht vorhanden und die bestehenden Benutzerkonten aktualisiert. Damit die Replikation nicht für jeden öffentlichen Ordner manuell eingetragen werden muss, haben wir das, mit Exchange mitgelieferte Kommandozeilentool "pfmigrate" verwendet. Das hat auch geklappt - Nun sind alle öffentlichen Ordner an den alten 5.5'er Servern - wie auch am neuen Exchange 2003 Server vorhanden. Ziel ist nämlich ein gemischtes System zu haben, wo beide Versionen untereinander laufen, um eine schrittweise Übersiedlung zu gewährleisten. UNSER PROBLEM: Verschiebe ich nun ein Postfach von einem alten (5.5) Exchange auf den neuen (2003) Exchange Server, so sehe ich im Outlook NUR jene Ordner, die in den Clientberechtigungen für den Benutzer "Standard" die Option "sichtbar" gesetzt haben. Es scheint also so zu sein, dass nur die Benutzerkonto "Standard" über die Rechte entscheidet und nicht die weiteren Benutzergruppenkonten. Trägt man den Benutzer selbst ein, dann gehts schon. Über die Gruppe allerdings nicht. In unserem Fall ist eine Gruppe eingetragen, die wiederum zwei Gruppen eingetragen hat, von der eine Gruppe den Benutzernamen enthält. Die Berechtigungen sind auch richtig gesetzt. WAS NOCH WICHTIG IST: Möchte ich die vorhandenen Clientberechtigungen für eine bereits eingetragenen Gruppe ändern, so erhalte ich folgende Fehlermeldung: Fehler bei diesem Vorgang. ID-Nr.: 80004005 Exchange-System-Manager Soweit unser Stand. Mit ADMT haben wir nichts gemacht, die Benutzerkonten ja bereits im AD existent sind. Viele Grüße, Mario.

Hepp... Hat denn niemand eine Idee? - Wir nagen ganz schön an diesem Problem. Danke und viele Grüße, Mario.

Hallo! Wir haben jetzt mit pfmigrate alle öffentlichen Ordner auch zu unserem neuen Exchange Server (2003) repliziert. Bei den beiden alten handelt es sich um Exchange 5.5 Server. Die Postfächer befinden sich momentan noch weiterhin auf den alten Servern. Zum Test haben wir am neuen Server ein neues Benutzerkonto erstellt, das dieselben Rechte wie einer unserer Mitarbeiter hat. Meldet man sich nun mit dessen Benutzernamen an, so sind im Outlook unter öffentliche Ordner nur jene sichtbar, wo in deren Ordnerberechtigungen bei Benutzer "Standard" das "Ordner sichtbar" Recht verliehen wurde. Und das, obwohl der Benutzer in einer Benutzergruppe ist, die weit mehr Rechte und unter anderem das "Sichtbar"-Recht hat. Wie ist das zu erklären bzw. was ist zu ändern, dass er alle, für ihn vorgesehenen Ordner zur Auswahl hat? Denn: Selbst wenn ich jedem Ordner für "Standard" das "Ordner sichtbar"-Recht erteilen würde, ist das Problem nicht gelöst, da die Benutzer dann trotzdem nicht mehr rechte haben. - Es greifen also die anderen Gruppen nicht. Wie kann das nur sein? Ich bin für jede Hilfe äußerst dankbar! Besten Dank und viele Grüße aus Salzburg, Mario.

Hi! gibts schon ein ergebnis? wir haben nämlich auch das problem, dass nur einige ordner via neuem exch 2003 server sichtbar sind, also wo das postfach am neuen server ist. viele grüße, mario.

mit den treibern gibt es kein problem, da der vorgang des image erstellens und verschiebens im windows läuft - wie ein normales programm. wenn windows die sata-platten vorher auch schon gekannt hat, dann sollte auch nachher alles funktionieren. da bin ich mir ziemlich sicher! lediglich nach dem neustart erkennt windows die änderung der platten (wenn es eine gibt) und fordert zum finalen neustart auf. viele grüße, mario. ps. vermutlich können solche images nicht mit den alten ghost startdisketten wiederhergestellt werden...

Guten Morgen! Neinnein, es geht nur um Images. zB. von einem SCSI System auf ein neues SATA System zu wechseln (in derselben Maschine) - mit unterschiedlichen Festplatten und unterschiedlicher Größe. Das ging früher mit der Ghost Startdiskette nicht. Viele Grüße, Mario.

Hallo! Habe testweise Ghost V.9.0 auf VMWare installiert und was ich da sehen konnte war genial. Nicht nur dass man unter Windows ein Systemimage machen konnte, nein, man konnte es auch auf eine größere Platte so einspielen, dass diese automatisch vergrößert wurde. Auch der Bootvorgang mit der ge-imageten Platte danach klappte hervorragend. Ist es wirklich so genial, wie mein kurzer Test hier mal belegt oder gibts noch mehr zu beachten. Die Suche hier ergab, dass man mit Ghost 9 nicht mehr booten kann - als Nachteil. Gibts noch weitere Nachteile, dieses System nicht zu nutzen? Bisher ist es doch wirklich genial - sogar via Netzwerk klappt alles. Lediglich übers Netzwerk eine HDD eines anderen Rechners wiederherzustellen klappt nicht - von dort aus allerdings schon. Viele Grüße, Mario.

Hab schon was gefunden: 1. dcomcnfg auf nicht kontaktierbaren Server starten und „enable Distributed COM“ einschalten 2. Neustart obs funkt, kann ich momentan nicht testen, weil der Server produktiv läuft und nicht neu gestartet werden darf. Viele Grüße, Mario.

Hallo! Habe auf Server1 den DCOM Fehler "Allgemeiner Zugriff verweigert" vom Computer Server2 erhalten. Auch das Exchange Best Practices Analyzer Tool spricht: "Der Active Directory-Server Exchangeserver.domäne.local ist deaktiviert oder nicht erreichbar. Dieser Fehler ist möglicherweise auch auf ein Problem mit dem Netzwerk oder den Zugriffsrechten zurückzuführen" Wo checke ich diese Zugriffsrechte? Ich finds einfach nicht. Bitte Hilfe - bin für jeden Tipp dankbar! Viele Grüße, Mario.

Hallo! Habe das Problem gelöst. Habe ADC deinstalliert und neu installiert. Dadurch werden in den ADC-Tools im 4. Schritt wieder neue Einträge im ADSI erzeugt. Zu Schritt 4: Es hat allerdings eine Weile gedauert, bis sich die Domäne repliziert hat. - Also nicht gleich aufgeben. Plötzlich hat er einen unserer alten Exchange Server gefunden und dann plötzlich den zweiten auch. ADC funkt jetzt wieder wunderbar - mal sehen wie der 2. Setup Versuch von Exchange 2003 klappt... Viele Grüße, Mario.

Hallo! Habe das Problem gelöst. Habe ADC deinstalliert und neu installiert. Dadurch werden in den ADC-Tools im 4. Schritt wieder neue Einträge im ADSI erzeugt. Zu Schritt 4: Es hat allerdings eine Weile gedauert, bis sich die Domäne repliziert hat. - Also nicht gleich aufgeben. Plötzlich hat er einen unserer alten Exchange Server gefunden und dann plötzlich den zweiten auch. Viele Grüße, Mario.

Bitte, wenn ihr Zeit habt - noch ein weiteres Exchange Problem. Ich hab was aus dem ADSI-Editor gelöscht. :-( http://www.mcseboard.de/showthread.php?p=424998#post424998

Hat vielleicht irgendjemand eine Idee? Wie trage ich unsere zwei vorhandenen Exchange 5.5 Server ins AD (ADSI) ein? Danke, Mario.

Hallo! Das ganze fing folgendermaßen an: Ich habe alle Vorbereitungen für die Installation des neuen Exchange 2003 Servers getroffen. Momentan haben wir zwei Exchange 5.5 Server im Einsatz und der neue Exchange 2003 Server sollte die Postfächer Schritt für Schritt übernehmen, damit wir am Ende die beiden alten Exchange Server abschalten können. Da ich das ESAdmin Passwort nicht mehr gewusst hatte, habe ich das Setup abbrechen müssen, sodass er die Exchange Dienste für Messaging und Collaboration nicht installiert hat. Also wieder deinstalliert, Image drüber und Neuinstallation probiert. Nun sagt mir das Setup, ich können nur mit der Funktion /Disasterrecovery den Server aufsetzen, da bereits ein Server in der Administrativen Gruppe eingetragen ist...usw. (genauen Wortlaut vergessen). Also: im Google nachgeschaut und gelesen, man soll das gesamte Exchange Verzeichnis im ADSI EDIT unter Configuration/Services löschen. Das hab ich gemacht, weil ich mir gedacht hab, dass Exchange 5.5 eh nix im AD verloren hat. Nun könnte ich zwar ein Exchange Standard Setup durchführen, der ADC spinnt allerdings jetzt. In den ADC-Tools kann ich Schritt 4 nicht mehr ausführen. Fehlermeldung: "Fehler: COMLDAP hat bei Durchführung der Abfrage '(&(objectClass=msExchOrganizationContainer)(!CN={3....usw" Bitte HILFE: Was kann/soll ich nun tun? Das Setup möcht ich nicht starten, solange der ADC nicht funktioniert. Im Eventlog der Kiste, wo ADC läuft, erhalte ich die Fehlermeldung: "Fehler bei der Suche unter dem Eintrag 'CN=Active Directory Connections, CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=bos,DC=local' im Verzeichnis exchange5.5.domainenname.local. Es kann nicht auf die Informationen der Verbindungsvereinbarung zugegriffen werden." BIN FÜR JEDE HILFE DANKBAR!!!

Hi! das mit den verbindungseinstellungen, etc. hab ich nun hinbekommen. es war der ldap port, der gehakt hat. danke! dafür hab ich jetzt ein neues problem, da mach ich mal einen neuen thread auf. - freu mich natürlich auch dort über jede hilfe!! viele grüße, mario.

Danke User7070! Nach einem Neustart konnte ich mich nun mit ADC zum zweiten Exchange Server (W2K, DC) verbinden. Leider erhielt ich bei Schritt 4 folgende Fehlermeldungen: ADC-Objektreplikationsüberprüfung 09.10.2005 12:16:55 Warnung: Das Exchange 5.5-Verzeichnis enthält noch Objekte, die nicht in Active Directory repliziert werden. Wenn Sie gerade den Verbindungsvereinbarungs-Assistenten ausgeführt haben, warten Sie auf den Abschluss der Verzeichnisreplikation, und führen Sie dann die Überprüfung in Schritt 4 erneut aus. Andernfalls führen Sie den Verbindungsvereinbarungs-Assistenten erneut aus. Active Directory-Objektreplikationsscan abgeschlossen. Keine nicht replizierten Objekte gefunden. Warnung: Die Domäne des Bereitstellungsbereichs befindet sich nicht im einheitlichen Modus. Gruppenmitgliedschaft und Sicherheit können nur ordnungsgemäß verwaltet werden, wenn sich der Bereitstellungsbereich in einer Domäne mit einheitlichem Modus befindet. Warnung: Für die Domäne des Bereitstellungsbereichs wurde keine Domänenvorbereitung ausgeführt. Der Verbindungsvereinbarungs-Assistent kann nur Verbindungsvereinbarungen erstellen, wenn für die Domäne des Bereitstellungsbereichs eine Domänenvorbereitung ausgeführt wurde. Warnung: Die Domäne des Bereitstellungsbereichs befindet sich nicht im einheitlichen Modus. Gruppenmitgliedschaft und Sicherheit können nur ordnungsgemäß verwaltet werden, wenn sich der Bereitstellungsbereich in einer Domäne mit einheitlichem Modus befindet. Warnung: Für die Domäne des Bereitstellungsbereichs wurde keine Domänenvorbereitung ausgeführt. Der Verbindungsvereinbarungs-Assistent kann nur Verbindungsvereinbarungen erstellen, wenn für die Domäne des Bereitstellungsbereichs eine Domänenvorbereitung ausgeführt wurde. Der Verbindungsvereinbarungs-Assistent wurde beendet. Warten Sie auf die vollständige Replikation der Änderungen in Active Directory. Klicken Sie dann in Schritt 4 auf 'Prüfen'. Außerdem scheint es so, dass ich nur einen Exchange 5.5. Server angeben kann - ADC checkt nicht von selbst, dass es zu allen 5.5 Exchange Serven eine Verbindung herstellen muss. Also hab ich jetzt entweder einen adc-connector zum alten exchange (nt4) oder eine zum neuen (w2K). außerdem scheint es so, als würden die exchange 5.5 benutzerobjekte des zweiten exchange (W2K, DC) nicht ins AD gelangen. Die Ordner sind zwar da, aber die Benutzerobjekte fehlen - und zwar genau jene vom zweiten Exchange Server. Wie kann ich kontrollieren, ob der Connector überhaupt funktioniert? Besten Dank - ihr seid mir wirlich eine große Hilfe!!! Diegrüße, Dermario.

DANKE für die ANTWORTEN! aha, aber muss ich da nicht bei den usern auch was ändern oder checkt outlook das von alleine? service neustart habe ich noch nicht gemacht - das werde ich morgen mal probieren per fernwartung.... es reicht doch, wenn ich die services neu starte, oder muss ich den ganzen rechner neu starten? danke, mario.

alles klar - habs gefunden: LDAP Protokoll = aktiv, die Anschlussnummer lautet 389. habe die Nummer mal von 389 auf 390 abgeändert und im ADC nochmal versucht. ohne erfolg. hmm... Der 2000'er ist ein DC, ja. (leider? ebenfalls schönes Wochenende, Mario.

wie kann ich kontrollieren, ob der LDAP port am exchange aktiviert ist? ****e frage? danke, mario.

bevor ich das tu: mach ich da eh nix kaputt? die leute müssen nämlich weiterarbeiten können! danke, mario.

Danke für die Antworten! € schroeder750 - Ja, die beiden exchange sind beide in derselben organisation. der eine hat als Betriebssystem NT4, der andere W2K @ user7070: nein, es existiert momentan nur eine verbindungsvereinbarung, weil er den zweiten exchange 5.5 server (mit W2K) nicht als Exchangeserver findet. Mit dem Tool "DSScopeScan" findet er den zweiten Exchange Server aber. Es scheint so, als könnte er keinen Abgleich zu diesem Exchange Server zustandebringen. Ich versteh das nicht. Wie ist denn der definierte Weg? Kann es sein, dass der zweite Exchange Server (W2K), da nachträglich installiert, nicht der Exchange Hauptserver ist? - Quasi der erste Exchange 5.5. Server ein "Master" ist?

Liebe Kollegen! Wir haben zwei Exchange 5.5 Server und möchten nun auf Exchange 2003 migrieren. Dafür haben wir bereits einen neuen Rechner installiert und arbeiten nun mit dem Active Directory Connector von Exchange 2003. Die Verbindungsvereinbarung mit dem ersten Exchange Server hat soweit geklappt, nur wie erstelle ich eine neue für den zweiten Exchange 5.5 Server??? Es wurden bei der Replikation nämlich nur die Objekte des ersten Exch-Servers in die neuen Benutzerobjekte repliziert. Wähle ich allerdings bei den ADC-Tools oben den zweiten Exchange 5.5 Server aus, dann erhalte ich die Fehlermeldung im LOG: "Server Exchange2:389 ist weder ein Exchange 5.5-Server noch ein SRS-Dienst.[/color]" Ich kenn mich nicht mehr aus... Bitte um Hilfe!!

Hallo! Ich hab jetzt schon Stunden damit vergeudet, die automatische Windows Update Geschichte zu reparieren. Seitdem wir das Rollup 1 für SP4 eingespielt haben, geht auf keinem unserer W2K Server mehr das Internetupdate. Ebensowenig die automatischen Updates. Frage: gibt es irgendwo eine Liste, wo die Patches mit Datum aufgelistet sind? Unter http://v4.windowsupdate.microsoft.com/catalog/de/default.asp kann man zwar alle Patches für das jeweilige Betriebssystem runterladen, man hat aber kein Übersicht über die Erstellungsdaten dieser Patches. Wäre für jeden Tipp sehr dankbar! Besten Dank und viele Grüße, Mario.

Guten Morgen liebe Kollegen! Wir planen einen Umstieg von einer Exchange 5.5 Umgebung nach Exchange 2003. Die Maschinen: alter Exchange 1: NT4, Exchange 5.5 alter Exchange 2: W2K, Exchange 5.5 neuer Exchange: W2K3, es soll Exchange 2003 drauf Soweit so gut - es gibt ja schon etliches an Anleitungen von Microsoft für diese Migration. Nur verwirren mich punkto Umstellung diese Service Pack Geschichten. Einerseits habe ich gelesen, dass die Installtionsreihenfolge folgendermaßen sein soll: W2K inst, Exch 2003 inst., W2K SP1 inst, Exch 2003 SP1 Inst. Stimmt das noch so? Wenn ja, welche Bereitstellungstools verwende ich da? - das neue oder das alte? Besten Dank und viele Grüße, Mario.