sakoti

ja die sind selfsigned. ich versuche das mal eben. danke. bringt nix. ich bin im IIS-Manager auf "selbstsigniertes Zertifikat erstellen gegangen. gebe einen Namen ein, exportiere und importiere es auf meinem Zielsystem oder??

Wie meinst du das mit "ein Zertifikat mit beiden Namen" ? Habe gerade auch das Root Zertifikat des einen Servers am anderen Server in die vertrauenswürdigen importiert.

Auf den Link bin ich schon des Öfteren via Google gestoßen, wurde aber nicht schlau daraus. Ich habe die Option RemoteLegacy versucht, aber das klappt nicht. Musst ich die einfach anfügen "-RemoteLegacy" oder anstelle von -Remote dann -RemoteLegacy nehmen. Führt beides zum Fehler. Lässt sich diese Prüfung auf Zertifikate nicht deaktivieren oder dergleichen?

Erst einmal danke an alle für die Hilfe und vor allem die Geduld ;-) Da war ich wohl irgendwie verplant, dass ich nicht die EXCH-Powershell genommen hab :( Der Prepare-MoveRequest klappt super jetzt und auch die Anwendung des ADMT Tools. Im nächsten Step mit der Verschiebung gibt es aber nach wie vor den Fehler:

Ich kann mir ein Skript erstellen und nutze dafür cmdlets oder? Wie finde ich mein New-MoveRequest cmdlet am Zielsystem? die windows powershell war gestartet. kennst die windows powershell diese ganzen befehle nicht. löst das vielleicht jetzt meine sorgen? ;-)

Das iast ein frisch aufgesetztes System. Ich habe das cmdlet auf meinem source server hier auch nicht drinnen (C:\Program Files\Microsoft\Exchange Server\V14\Scripts) Der läuft seit ca. 2 Jahren ohne jede Probleme. Das cmdlet war auf dem Ziel-Server auch nach der frisch aufgesetzten Installation nicht vorhanden. Woran mag das liegen ??? Wenn ich den New-MoveRequest auf dem Quellsystem ausführe kommt ja die Meldung mit "primäres Postfach, etc." --> da muss ja dieses cmdlet vorhanden sein. Es ist da aber auch nicht im V14 Ordner? Beim Zielsystem kommt dass die BEfehle nicht als cmdlet erkannt werden...

Ja irgendwie läufst du von einem Fehler in den nächsten und brauchst wieder eine Ewigkeit bis etwas funktioniert.... Nicht gerade toll, was MS da liefert. Wollte es grad nach dieser Anleitung versuchen: http://msexchangetips.blogspot.de/2012/05/exchange-2007-to-exchange-2010-cross.html Habe aber kein cmdlet "New-MoveRequest" in meinem V14 Ordner. Wo bekomme ich so ein cmdlet her?? Da gibt es auch keine Download Option bei MS...

hab ich gerade versucht, an der Meldung änder sich nichts...

Schaut für mich so aus, als wenn das ALLE Attribute wären, die der User auch auf derm Quellrechner hat. Welche Attribute sollten denn nicht übernommen werden mit ADMT. Wenn ich mit dem ADMT reinschaue beim Punkt "Attribute ausschließen" waren da aber auch keine "msExch....." Attribute zu sehen

leider, wie so oft, dass zu diesem Problem noch kein Artikel angeboten werden kann :-) Hab es jetzt mal via Powershell versucht und bekomme diese Meldung: New-MoveRequest –Identity ‘aatest5@’ –Remote –Remotehostname ‘FQDN XXXX’ -RemoteCredential $RemoteCredentials –TargetDeliverydomain ‘FQDN YYYY' Was bedeutet die Meldung, dass dort bereits ein primäres Postfach vorhanden ist. Ich bin genau nach Anleitung vorgegangen, erst Prepare-MoveRequest und dann ADMT ausgeführt.

Hallo Argh, diese Punkte habe ich auch schon alle durch und zig Zertifikate hab ich schon ausgestellt für beide Seiten, aber es mag einfach nicht :-(

Deaktiviert, auf dem Quell-Server gab es den Punkt deaktivieren aber nicht. cert hab ich jeweils in die vertrauenswürdigen importiert auf dem entsprechenden Rechner. Es geht um diese Meldung hier:

Ja da muss ich dir recht geben :-) Ich habe die UM Rolle mal deaktiviert auf dem Ziel-System. Hast du noch einen Typ hinsichtlich Remote-Verschiebung? Danke.

Den quell server hatte ein admin hier installiert, der nicht mehr da ist. Ich wollte den Ziel Server nur genauso aufsetzen, was die Version / Rollen anblangt. Kann die Rolle meine Probleme verursachen? Sollte ich sie lieber deaktievieren?

ja installiert ist sie

UM Rolle wird nicht genutzt. Ich dachte nur, dass der dortige Fehler vielleicht hilfreich ist. Was kann ich denn noch versuchen?

Hallo RobertWi, was meinst du? Ich wollte gerade auf meinem Ziel-Server am Exchange Zertifikat den Dienst zuordnen (UM) und bekomme da diesen Fehler. Das spielt hier meine ich auch noch mit rein? Wenn ich das richtig verstehe ist mein Ziel-Server nicht in diesem TLS Modus, weshalb ich bei der Remote Verschiebung auf dem Quell Server den Fehler bekomme? Wie kann ich das umstellen auf TLS?? Hoffe es kann mir jemand helfen.

Unter "vertrauenswürdige Stammzertifizierungsstellen - Zertifikate" standen sie nicht drinnen. Ich habe dort jeweils das zertifkat des anderen Servers importiert, so dass das passen sollte. Bekomme leider noch die gleiche Meldung bei der Remote-Verschiebung. Wo kann ich da sonst noch suchen Richtung Fehler? Google gibt da leider nicht soviel her bei der Fehlermeldung, auch in englischer Sprache nicht :-(

Hallo Norbert, ich habe jeweils auf beiden Servern ein Zertifikat ausgestellt und dieses auf dem anderen dann importiert. Wie kann ich prüfen, ob es als vertrauenswürdig eingestuft wird bzw. wie / wo stelle ich so etwas ein? Vielen Dank.

Ich habe diese Fehlermeldung beheben können und habe jetzt einen anderen Fehler... Ursache für die Meldung oben war: Auf dem Ziel-Server unter den Mail-Kontakten die Anmeldung für das Konto auf die neue Domäne umstellen. Dort war unerklärlicherweise die Domain des Quell Servers drinnen. Jetzt bekomme ich folgende Meldung bei der Remote-Verschiebung:

Was lokal so gut geklappt hat, funktioniert leider bei der remote verschiebung nicht :-( Beider Server sind SRV2008 R2 und Exchange mit SP2 in identischer Versionierung. - DNS - bedingte Weiterleitung auf beiden Servern - Trust ist eingerichtet entsprechend - Domänenadmin des einen Servers jeweils in der Admin Gruppe des anderen Servers - Ping in beide Richtungen klappt (Servername, FQDN) Habe mir diverse Anleitung zu Gemüte geführt zum remote move request, aber es klappt einfach nicht. Gehe wie folgt vor: - Prepare-moveRequest - ADMT Tool - Verschiebung via Exchange Management Konsole dort erhalte ich entsprechend den Fehler Gerne würde ich dem User auf dem Destination Server die Eigenschaft geben, aber ich weis nicht wie. Bei der Remote Verschiebung via Management Konsole findet er bei durchsuchen auch keine Zielzustellungsdomäne. Diese habe ich manuell eingegeben, genau wie die Zieldatenbank. Eine Verbindung ist aber zweifelsohne vorhanden, da ich einmal eine Zieldatenbank eingegeben hatte, die es nicht gab am Zielsystem. Bei Eingabe von vorhandener DB bekomme ich den Fehler oben. Hat jemand einen Rat? Vielen Dank.

Hallo Argh, bist du schon weitergekommen mit dem Problem? Hänge auch schon seit Wochen an der Thematik... :( Ich migriere einen Testuser via ADMT und würde dann gerne den MoveRequest anstoßen. Problem ist primär wohl, dass ich nicht herausfinde, wie ich aus dem migrierten User einen Email aktivieren User mache. Habe auch schon gegoogelt, dass es da ein cmdlet enable-mailuser gibt, aber da finde ich dann auch nix mehr. also wirklich unbefriedigend...

Hallo nochmal. Mit dieser Option klappt es ohne Fehler. Habe einige Postfächer auf dem Testsystem umziehen können. Gehe wie folgt vor: 1. Die Einstellung von Vertigo08 2. An der neuen Datenbank selbst die Größenbeschränkungen für Postfächer raus, die drinnen sind 3. Set-Mailbox -Identity "alias" -MaxSendSize unlimited 4. Lokale Verschiebungsanforderung Mitunter behebt diese Einstellung auch die Probleme, die ich an der Remote Verschiebung hatte....? In einem zweiten Step ist geplant einen eigenständigen DC in neuer Gesamtstruktur aufzusetzen mit Exchange und die Postfächer einer Datenbank dorthin zu migrieren. Wären beides Server 2008 R2 und Exchange die identische Version.

@vertigo08 Vielen Dank. Ich teste das mal am Mittwoch ausführlich. Habe aber mal kurz im Livesystem geschaut, da stehen 20 000 drinnen. Ich glaube das war schon die Rätsels Lösung. Da hätte ich noch lange im Web suchen können und wohl nix gefunden. Danke nochmal und guten Rutsch. Geb dann nochmal bescheid, wenn ich es getestet hab.

Als Fehler wird immer eine zu große Nachricht angemeckert. Ich gehe wie folgt vor: 1. Set-Mailbox -Identity mailbox -MaxSendSize unlimited lokale Verschiebungsanforderung 2. Set-MoveRequest -Identity mailbox -IgnoreRuleLimitErrors $true 3. Set-MoveRequest -Identity mailbox -BadItemLimit 3000 -AcceptLargeDataLoss Im Log steht dann bei den Nachrichten, die nicht verschoben werden: Es gibt keinerlei Beschränkungen, was Nachrichten anbelangt oder ich bin echt ratlos, wo das noch einzustellen wäre. Die config-Datei hab ich geändert und den Mailbox-Replikationsdienst neugestartet...