Beiträge von Gerber

Sauber xD.

Auf alle Fälle hängen alle Mails auf dem 2007er in der Warteschlange fest. Auch welche, die von Extern kommen (Logischerweise).

Wenn ich mit Telnet eine Mail zum Exchange 2013 sende bekomme ich folgende Fehlermeldung:

Queued mail for delivery

500 5.3.3 Unrecognized command

Zitat von NorberFe

Ja, weil du sonst mit hoher Wahrscheinlichkeit Fehler im Outlook sehen wirst. Was genau stört dich denn daran?

Eigentlich stört mich nichts daran :-). Will nur genau verstehen, was dahinter steckt...

Eine weitere Frage hätte ich noch:

Ich kann momentan von Benutzern, welche auf dem neuen Server sind, Mails zum alten senden.

Allerdings kann ich keine E-Mails vom Exchange Server 2007 -> 2013 senden. ?? Hast du hierzu grad auf Anhieb eine Idee?

Zitat von NorbertFe

Ja natürlich. Üblicherweise hat man ja einen "generischen" Namen wie bspw. mail.domain.tld usw. dann müßte man nämlich nur im DNS die IP Adresse schwenken und im neuen Server diesen Namen eintragen. Da aber viele Exchange 2007 Admins damals überhaupt nicht verstanden haben, wie der "Kram" mit den virtuellen Verzeichnissen funktioniert, wird das in dem Zuge auch mit glattgezogen werden (habe mir die Anleitung jetzt nicht durchgelesen)

Okay. Dies mit dem Namen ist klar. Leier findet man sowas immer häufiger noch vor, haste Recht.
In der Anleitung geht er eben auf den alten Exchange Server und setzt die URls sozusagen auf den neuen um, richtig.

Die Frage ist, muss dies auf dem alten Server überhaupt noch erledigt werden, wenn dieser sowieso außer Betrieb genommen wird? Auf dem neuen Server müssen die URLs sowieso angepasst werden. Am besten auf den dns Namen. Z.B. mail.domain.de

Zitat von NorbertFe

Nein, das bedeutet, dass der Client im Autodiscoverprozess keine Daten mehr vom alten Server geliefert bekommt. Das heißt nicht, dass OWA/OAB usw. nicht erreichbar wären.

Ok. Verstanden.

Zitat von NorbertFe

Ja. Was glaubst du denn? Der einzige Schritt, den man sich bei kleinen und kurzen MIgrationen sparen kann (meiner Meinung nach) ist der Schritt mit der Legacy Domain, denn im Zweifel kann man den Leuten erklären, dass OWA mal eben nicht verfügbar ist für einen Zeitraum.

Perfekt...

Grüße
Phil

Hi Norbert,

danke dir Vorweg für die schnelle Antwort, wie immer

Zitat von NorbertFe

Connectoren sind Serverbezogen. Heißt, du mußt auch den richtigen Server in der Webconsole auswählen, damit er dir die entsprechenden Connectoren anzeigt. Alternativ was gibt dir ein Get-Receiveconnector am Exchange 2013 zurück? Sollten tatsächlich nur zwei auf dem 2013er vorhanden sein, müssen die restlichen Standardconnectoren noch erzeugt werden.

Werde ich später gleich nachsehen, wenn ich in der Firma bin. Verdammt logisch, vermutlich habe ich den Server nicht ausgewählt . Werde lieber über die Powershell gehen.

Zitat von NorbertFe

e12.01 ist der/sein Servername.

Verstanden. Habe ich mir fast gedacht, allerdings war ich mir nicht zu 100 Prozent sicher. Was macht er denn dann genau in diesem Schritt. Setzt er wirklich die URLs auf dem alten Exchange Server auf den neuen Server um?
Bedeutet, dass der alte nicht mehr über OWA, OBA, AUtodiscover usw erreichbar ist?

Ist dies wirklich notwendig?

Zitat von NorbertFe

Setzt du ein TMG = Threat Management Gateway 2010 ein? Falls nein, dann ist es egal.

In diesem Fall nicht.

Zitat von NorbertFe

PS: Das waren mehr als 2 Fragen.

Uppps, ist mir irgendwie im Rausch passiert

Grüße
Phil

Hi zusammen,

ich habe nun einen Exchange Server 2007 auf einen 2013 migriert, um diesen zu einem späteren Zeitpunkt auf einen 2016 hochzuziehen.
Nun sind bei der Migration vom 2007 auf den 2013 ein zwei Fragen aufgetreten:

1.) Nach der Migration werden alle Postfächer korrekt angezeigt, die Empfangs und Sendeconnectoren werden ebenfalls korrekt im ECP angezeigt. Hierzu die erste Frage:

Im Exchange Server 2007 gibt es im STandard nur zwei Empfangsconnectoren. Client und Default. Auf dem Exchange Server 2013 gibt es aber per Default 5 Empfangsconnectoren.

Wie oben bereits geschrieben, sind nun auf dem Exchange 2013 Server nur die zwei Empfangsconnectoren vom Exchange 2007 vorhanden und nicht fünf. Müssen hier weitere konfiguriert werden?
Müssen hier die vom 2007er entfernt werden und alle fünf Standard Connectoren vom Exchange 2013 neu konfiguriert werden?

2.) Ich habe mich ein wenig an dieser Anleitung entlang gehangelt:

https://blogs.technet.microsof…e-2007-to-2013-migration/

Hierzu eine Frage auf die verlinkte Seite. In dem Step 3 zieht er die Client Access vom alten Server (Exchange 2007) auf den neuen Server (2013) um.
Was genau wird hier gemacht? Werden im alten Server in den CAS Einstellungen, die URLS z.B. für Autodiscover auf den neuen umgestellt?

Zitat

Set-ActiveSyncVirtualDirectory –Identity “e12-01\Microsoft-Server-ActiveSync (Default Web Site)” –ExternalUrl $Null –InternalUrl https://legacy.contoso.com/Microsoft-Server-ActiveSync

Was wird z.B. genau mit diesem Befehlt gemacht. External und InternalURL ist klar, eher der vordere Teil? Was ist mit e12.01 gemeint?

3.) Der Versand und Empfang unter den Exchange Server hat natürlich nicht funktioniert.

Hier hat die Authentifizierung bei "Exchange Server " gefehlt. Dies ist sowieso nur für die Koexistenz relevant.

4.) Ebenfalls wird in diesem Artikel dies ausgeführt:

Zitat

TMG Rules:

Create/update your TMG publish rules
For Exchange 2007 update your publish rules to accept connections for Legacy name space

Was ist hiermit genau gemeint?

Danke im VOraus für eure Hilfe.

Grüße Phil

Jap stimmt. Vor allem finde ich die Lösung auch am saubersten.

Zitat von NorberFe

Wie genau willst du denn auf dem vorhandenen DC eine neue Gesamtstruktur erstellen?

Sry, Denkfehler von mir :D. Brauche natürlich einen zweiten DC, für eine weitere Gesamtstruktur.

Zitat von NorberFe

Ich würde immer Doppelhop-Migration vorziehen. Vor allem wegen der ganzen sonstigen Probleme die man erhält bei deiner Idee. PCs entweder in anderer Domäne oder alle ebenfalls in die neue Domain migrieren usw. usf

Okay. Ich denke doch auch, dass ich mich für diese Variante entscheiden werde.

Danke dir für die Hilfe...

Grüße Phil

Hi NorbertFe,

danke dir vorweg für die schnelle Antwort.

Zitat von NorbertFe

Rein hypothetisch? Frag das CodeTwo

Habe ich bereits erledigt, allerdings bekommt man hierfür keine konkrete Aussage.

Zitat von NorbertFe

ANsonsten halt wie bei jeder anderen InterOrg MIgration. Indem man einen Trust erstellt und die Mailboxen und Konten miteinander koppelt.

Alles klar.

Würde es hierzu genügen, wenn eine neue Gesamtstruktur auf dem bereits vorhandenen DC erstellt wird? In dieser Struktur eine neue Domäne + neue Exchange Organisation?

Zitat von NorbertFe

Gehts hier wirklich nur um ein "was wäre wenn", oder um einen konkreten Anwendungsfall?

Ja es steht demnächst eine Migration von 2007 auf 2016 an. Wie gesagt, im Normalfall würde ich den Dopple Hop Weg gehen. Allerdings wollte ich des einmal testen und eventuell auch etwas an Zeit zu sparen.
Allerdings hätte ich halt dann die Verbindung über die Vertrauensstellung (Trust).

Grüße Phil

Hi zusammen,

wie der Titel schon sagt, bin ich auf eine Software von CodeTwo aufmerksam geworden. Das Tool soll bei der Migration der Exchange Server helfen.
Im Normalfall würde ich, wie auch bereits in anderen Threads diskutiert, eine normale Migration durchführen. Bedeutet den Exchange Server in einer bereits vorhandenen Organisation installieren und migrieren. Bei einer früheren Version wie 2007 auf 2016 eben einen Doppelhop durchführen.

Aus Interesse würde ich gerne dieses Tool testen, gerade in Bezug auf die Migration von 2007 auf 20016.

Nun stellt sich mir eine Allgemeine Frage:

Logischerweise kann auch dieses Tool keine Migration innerhalb der gleichen Exchange Organisation durchführen, da dies Microsoft nicht erlaubt. Bedeutet, ich müsste eine neue Exchange Organisation parallel aufbauen, damit die direkte Migration von 2007 auf 2016 durchgeführt werden kann.

Hierzu die Frage, bezüglich den Exchange Oragnisationen:

bisher hatte ich immer nur mit einer Exchange Organisation gearbeitet.

1.) Für eine neue Exchange Organisation, würde ich eine neue Domäne benötigen, richtig?

2.) Nehmen wir an, ich würde eine neue Domäne (DC + DNS + Exchange) aufbauen und die Migration von dem alten Exchange Server auf den neuen Exchange Server durchführen.

Wie bekomme ich nun die Mitarbeiter von Domäne 1 (alt) z.B. test1.local an die neue Exchange Organisation gekoppelt, bzw. wie wäre hier das korrekte vorgehen, um die neue Exchange Organisation in die alte domäne einzubinden?

Danke euch im Voraus.

Grüße Phil

Allright, dann werde ich dies doch die nächsten Tage mal angehen.

Danke dir nochmals für die Unterstützung.