NorbertFe

Vielleicht suchst du aber auch falsch? https://www.altaro.com/hyper-v/virtual-networking-configuration-best-practices/ Gibt sicher noch viel mehr. Alternativ nimm dir mal "Microsoft Hyper-V: Das Handbuch für Administratoren. Aktuell zu Windows Server 2016" zur Brust, da ist das Thema auch gut erklärt.

Na dann kannst du es vergessen, denn ohne sccm hast du weder das eine noch das andere. ;)

So war das auch nicht gemeint. Nur wenn du hier mal suchst, wirst du mehrere Threads finden, die alle so laufen wie dieser hier.

Ja, und? Diese Diskussion endet _immer_ an dieser Stelle. Es wird niemand vorbeikommen und die Entscheidung für dich treffen. ;)

Wie wärs mit einem neuen Thread? Und das wäre jetzt erstmal ein sinnvoller Ansatz das rauszufinden, warum das "nicht geht". ;) Das was du jetzt sonst hast ist nur ein ekliger Workaround.

Wenn dein Test erfolgreich war, weißt du doch ob es Probleme gab.

Von wem denn? :)

Zwei Fragen aber nur eine Antwort. :)

Geht es denn bei niemandem, oder nur bei einem PC?

Müssen ist aber auch immer ansichtssache. Aber als Dienstleister macht man das auch wenn man gezwungen wird. ;)

Bei direct access Verwendung musst du zusätzlich darauf achten, dass es Dienste gibt, die nicht durch den Tunnel gehen sollen/dürfen. Man muss dann dann diese wieder explizit angeben.

Nabend, und das tritt mit jedem Programm auf, oder nur mit einem speziellen? Ist das mit beiden Adminaccounts identisch? Bye Norbert

Sehe ja ich ja ähnlich. ;)

Warum fragst du das nicht den Absender=Versicherungsgeber? Warum sollte ein zentrales Spamgateway kein TLS können? Ein öffentlich signiertes Zertifikat ist hierfür nicht erforderlich, es sei denn es gibt diese Anforderung. Und üblicherweise wird ein Zustellversuch nicht an den zweiten MX übergeben, wenn der erste als nicht geeignet vom Absender angesehen wird. Aber auch da kommts ggf. drauf an, was dieser konfiguriert hat.

wieso wundert dich das? :) gibt ja keine "automatische" INstallationsverhinderung, sondern nur eine manuelle.

Geschadet hat cu12 aber nicht. ;)

Dann sind aber alle Einträge weg. ;) das sollte man fairerweise dazusagen.

Umlaufprotokollierung an während der Migrationsphase.

Na dann ist doch einfach. Eine weitere Fehlersuche erscheint zum derzeitigen Zeitpunkt nicht sinnvoll und kann nach der Aktualisierung des Exchangeservers gern vorgenommen werden. :)

Ja. Warum sollte sie nicht?

Können kann man das schon. Hast halt keine Möglichkeit auf differentielle und inkrementelle Backup/restores und die Last auf dem IO System dürfte etwas höher sein.

Achso. Na dann ist ja klar. :) Wie gesagt, evtl. liegts ja auch an Windows 10 (da du nicht näher spezifizierst, mit welchem OS du testest).

Tja, da wirst du wohl bei Microsoft nachhaken dürfen. https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc708601(v=ws.10) Kann bei Windows 10 natürlich wieder irgendwie anders gehandhabt werden, oder wurde nie in der Form tatsächlich umgesetzt, oder oder... :)

Weder noch ;) https://blogs.technet.microsoft.com/musings_of_a_technical_tam/2012/02/15/group-policy-basics-part-2-understanding-which-gpos-to-apply/ Sollte erstmal zum Einlesen ein guter Anfang sein.

Lies dir nochmal im die gegebenen Antworten im anderen Forum durch, dann wirst du verstehen, dass dir nicht von Exchange oder ähnlichem abgeraten wurde. Stattdessen wurde dir mehrfach gesagt, dass du keine linked mailboxes brauchst bzw. Nicht mal konfigurieren kannst, weil das eben so nicht funktioniert.