NorbertFe

Wie soll denn der Client Udp mit dem Server sprechen, wenn der gar nicht auf dem Protokoll/Port antwortet? Auf dem Server bewirkt der Befehl nur, dass seine rdp Client Verbindungen kein Udp nutzen. So wie die Clients eben auch. Also ist er auf dem Server ziemlich sinnlos.

Warum willst du das denn clientseitig deaktivieren? Mach’s doch einfach am Server aus.

Im hcu wär auch nicht soviel besser ;)

Ok 😆

👍 naja wenn „neue maildomain = sofort = bereits in Nutzung“, dann kannst du so schnell gar nicht migrieren, dass du den workaround nicht zumindest einführen müsstest.

Ich dachte, das wäre sowieso das Ziel. Deswegen schrieb ich ja von „während der Migration“. Je kürzer der Migrationszeitraum, umso besser.

Was zählen schon technische Fakten. ;) Ich würde an eurer Stelle alles über das zentrale Gateway regeln. Und auch das address rewrite würde ich an der Stelle regeln. Dann müsst ihr nur während der Migration die empfängertabelle im Gateway aktuell halten.

Lösch doch mal raus.

Du wirst doch mittels get-Mailbox -publicfolder ein Ergebnis bekommen und diesen User dann in dsa.msc finden können… oben steht SHELTER… ob du ihn so im ad findest, kann ich dir nicht sagen, aber es muss ihn ja irgendwo geben. ;)

Wenn’s nur an der public folder Mailbox scheitert, dann die Mailbox bzw. Den User mal im dsa.msc und lösche dort direkt das ganze Konto. Danach kannst du die Mailbox database löschen.

Wieso denn? Wenn du Teams habe willst, dann brauchen die User ein Konto bei Microsoft und die passenden Lizenzen bzw. Lizenzoptionen. ich wäre aber auch bei Jan. Leg einfach alles auf Microsoft, das dürfte problemlos funktionieren.

Ja. Hab ich was anderes geschrieben? Sie brauchen aber keine Mailbox dafür.

Man kann Teams und die Domain auch ohne Exchange online Postfach nutzen. Dann darf man den Leuten aber keine Exchange Option in der Lizenz aktivieren. Je öfter ich das lese umso unlogischer klingt das. ;)

Wie soll jemand im Forum das denn entscheiden können? Vorteil deiner Methode: Alles bleibt erhalten. Nachteil deiner Methode: Alles bleibt erhalten.

"Sicherheit machen wir hinterher" ;) Erstmal muss es funktionieren.

Wollt es nur erwähnt haben, bevor hier andere Leser große Hoffnungen bekommen. ;)

Genau. :)

Das gibts afaik nicht mehr lang. Kannst mich gern mal kontaktieren, dann stell ich da mal nen Kontakt her. Wir sind in dem Umfeld auch unterwegs. Aber ansonsten ist webex insofern "cool", dass es eben keine zwangsweise Folgen nach sich zieht, die man bei MS eben an der Stelle hat.

Die Domain ist nicht anonym: using global tenant admin adminaccount@

Muss man quasi nur mal die Logfiles lesen. Du solltest Jans Ratschlag oben beherzigen und dein Log anonymisieren.

Ja, gabs schon häufiger. Gabs auch bei CU Installationen regelmässig. Ohne vorherigen Neustart ließen die sich gar nicht installieren.

Ich würd ja alles bis auf TLS 1.2 und TLS 1.3 abschalten ;)

Nein das ist egal, aber ich lese da was von mfa enrollment. Bist du da denn durch?

Wär mir auch irgendwie sehr unwahrscheinlich vorgekommen ansonsten.

Wo steht das?