NorbertFe

Was genau pingst du da an? Hier wäre jetzt ein Beispiel ganz praktisch, aber das mit der doppelten Domäne, deutet darauf hin, dass du nicht punktiert abfragst. https://www.faq-o-matic.net/2014/02/12/wenn-und-warum-nslookup-unerwartete-ergebnisse-zeigt/ Für mehr Antworten bräuchte man jetzt mehr Infos. ;) Bspw. mal ein ipconfig /all | clip vom Exchange. Die Fehlermeldung ist eher unabhängig vom Namensauflösungsthema. Bei Zeitverzögerung und Mailversand/-empfang fällt mir als erstes immer SMTP Backpressure ein, aber auch das sollte man im Eventlog finden können. Bye Norbert

Aktuell vom thread hier. Vom Rest fange ich lieber nicht an.

So viele sinnvolle Vorschläge und umgesetzt wird der, von dem alle mehr oder weniger abraten.

Und das am heutigen Tage? 😂 das glaubst du doch selbst nicht.

Würde auch definitiv davon abraten. Verursacht nur nen Haufen ndr und im Zweifel blockt dich strato weil du nen Haufen spam einlieferst und backscatter verursachst.

Najaaaaaa: https://duo.com/docs/rdp-notes Version 4.2.0 - September 23, 2021 da darf man auch schon mal updaten, oder?

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@