Dieser Artikel ist Teil meiner Migration von meinem alten Office 365 zu meinem neuen Microsoft 365 Tennant. In diesem Artikel geht es um das Thema Einrichten von Office 365. Die weiteren Microsoft 365 Themen werden später folgen. Dieser Artikel ist bewusst so verfasst, dass er auch außerhalb eines Migrationsszenario zur Einrichtung verwendet werden kann. In Teil 1 ging es um die Auswahl der richtigen Edition, die Einrichtung des Kontos und die Konfiguration der Domänen und des DNS.
DNS
Vorbereiten des Mail-Fluss für die Office 365 Migration
Dieser Artikel ist Teil meiner Migrationsreise von meinem alten Office 365 zu meinem neuen Microsoft 365 Abonnement. In diesem Artikel geht es um das Thema des Mailverkehrs während der Migration und wie Datenverlust vermieden werden kann.
Im Mai 2015 habe ich bereits den Artikel „Migration von einem Office365 Tennant zu einem anderen Office365 Tennant“ geschrieben, die relevanten Teile aus dem alten Artikel werde ich hier mit übernehmen und anpassen.
Migration von einen Office 365 in einen neuen Microsoft 365 Tenant – Die Herangehensweise
Migration von einem Office 365 in einen neuen Microsoft365 Tenant – Die Herangehensweise
Als MCT habe ich einen Developer Tennant für Office 365. In diesem Jahr bekommen wir endlich auch Zugriff auf die Microsoft 365 Funktion, also Enterprise Mobility und Security. Nachteil ist, es ist ein neuer Tennant und es steht eine Migration an. Gleichzeitig muss aber vieles neu eingerichtet werden. Ich nutze die Gelegenheit, um daraus direkt eine Reihe von Blogbeiträgen zu schreiben.
Webseiten überwachen mit PRTG
Diesmal mal wieder ein Artikel etwas außerhalb der Microsoft Welt. Es gibt einen Ausflug in Monitoring und die Überwachung von Webservern unter Linux. Einige kennen das, nichts ist schlechter, als wenn die Webseite die man besuchen möchte nicht erreichbar ist. Dies ist bei mir 2 mal in 2 Tagen passiert ist. Der Webserver hats sic aufgehangen und ich habe den Fehler nicht finden können. Also musste was getan werden.
Azure DNS auf Plesk einrichten
Warum sollte man so etwas machen? Ich bin sicher die Frage stellen sich manche Leser. Hier ein paar mögliche Gründe:
- Man möchte mehr wie einen oder ggf. zwei DNS Server haben. Die meisten Anbieter von Root-Servern stellen einen sekundären DNS zur Verfügung. Aber nicht immer ist der so performant.
- Man möchte gerne schnelleren DNS Server haben. Das ist dann für die die Ihre Webseite bis zum letzten optimieren möchten. Gerade Virtuelle Root-Server können schon mal etwas träge sein. Hier kann das auch schon etwas helfen.
- Weil man es kann. Oder man es mal ausprobieren möchte.
Alle Gründe treffen auf mich zu, aber es geht eher um die ersten beiden. Wobei ein gewisser Spieltrieb bestimmt auch eine Rolle spielt.
Von Office365 zu Horde mit ActiveSync – Teil 2
Anpassungen an den Mailserver
Als nächstes sollten noch die Einstellungen des Mailservers angepasst werden, dies geschieht wieder unter „Tools & Einstellungen“.
Hier sollte die Einstellung „Maximale Anzahl an Verbindungen pro IP-Adresse für einen Benutzer“ angepasst werden, da alle Active-Sync Verbindungen durch Horde von derselben IP-Adresse kommen. Da diese Einstellung für den gesamten Mailserver gilt, sollte man sich hier ein paar Gedanken machen, welcher Wert Sinnvoll ist. Ggf. muss auch der Wert für die allgemeine Anzahl der Verbindungen angepasst werden.
Von Office365 zu Horde mit ActiveSync – Teil 1
Da wir Microsoft Certified Trainer (MCT) ja nicht mehr unseren kostenfreien Office365 E5 Plan bekommen, obwohl der uns versprochen wurde, muss ich mich nach Alternativen umsehen. Den Geld bezahlen um bei einem Produkt auf dem Laufenden zu bleiben und damit zu arbeiten um es besser platzieren zu können, sehe ich nicht ein. Mehr zu den Hintergründen in meinem Kommentar zu dem Thema: Office 365 für Infrastruktur MCT auf dem Microsoft Learning Blog.
Also beschäftige ich mich in diesem Artikel mit der Migration von Exchange Online nach Horde. Zielsystem ist bei mir mein CentOS Webserver der über Plesk administriert wird. Das ist ein virtueller Rootserver den ich für meine Webprojekte (Zum Beispiel diesen Blog) betreibe. Als etwas Hintergrundinformation zu Office365 Migrationen empfehle ich meinen Artikel „Migration von einem Office365 Tendent zu einem anderen Office365 Tendent„.
Migration von einem Office365 Tendent zu einem anderen Office365 Tendent
Im MSDN ist auch ein Office365 E3 Plan mit 5 Plätzen enthalten, dieser gilt ein Jahr lang. Als MCT nutzt man das gerne für seine Mails und Daten. Nach einem Jahr, muss man sich allerdings um die Daten Migration kümmern.
Ich nutze Office365 zusammen mit meiner Frau um die Annehmlichkeiten einer Exchange und SharePoint Umgebung zu haben. Natürlich nutzen wir auch verschiedene Domains. Im Bereich SharePoint haben wir neben der „internen“ Verwendung auch Ressourcen, die wir für Freunde freigeben. Einzig der Bereich Lync wird kaum genutzt, außer für die Teilnahme an den Office365 Usergroup Meetings.
Public DNS Service für das private Lab
Für so manchen Aufbau im Testlabor werden öffentliche DNS Einträge gebraucht, zum Beispiel wenn man mit einem Microsoft Exchange Server oder Office 365 mal etwas experimentieren möchte. Aber nicht jeder kann bei seinem Webhoster für seine Domain alles einstellen. A-Records und MX können fast alle, TXT die meisten auch, aber SRV Records oder auch ein DynDNS ist schon seltener. Aber es gibt dafür eine Lösung,
