NorbertFe

Also eigentlich habt ihr das Problem von Anfang an irgendwie selbst verursacht. ;) wie wärs hiermit? https://www.gruppenrichtlinien.de/artikel/zeitsynchronisation-der-domaene-w32time-zeitserver-per-gpo

Und steht was im DFS Eventlog?

Dann darfst du maximal Domain Controller mit Windows Server 2019 einsetzen. Das Domain/Forest Functional Level ist bei CU 22/23 auf jeden Fall Windows Server 2016 (mehr gibts ja nicht) ;) Beachten muss man da nix.

Den muss ich mir merken.

Und? Was willst du damit aussagen? ;) Es liegt an den Platten? Die 128GB sind die Minimalempfehlung und keine Minimalanforderung. Die Nutzung steigt normalerweise auch über die Zeit und nicht von Anfang an. Bei den allermeisten KMU Umgebungen pendelt sich sowas dann bei um die 30-40GB ein. Wenn du mehrere hundert bis tausende Postfächer und Clientzugriffe hast, dann geht das auch mal deutlich höher. Bye Norbert

Ich auch. Und mit Partitionen arbeite ich seit Jahren nicht mehr. Wenn dann Volumes und Mountpoints. Hast du grad mal einen Link?

Und was gefunden? ;)

Ein Grund, warum man Storage Netzwerke nutzen sollte und nicht alles „converged“. In vielen Fällen stellt man das leider erst hinterher fest, wenn man diverse Fehler mal live erlebt hat.

Welchen patchstand haben deine dcs? Mit dem März Update gabs da Probleme beim Passwort Wechsel. Ich meine, dass das mit den April Updates behoben wurde.

Aha, na dann bin ich raus, da ich das nie verwendet habe.

Und wie hostet man sowas? Ich kenn nur die WSUS Services und die lassen sich offiziell nicht auf Windows 8.1 installieren. Also wäre zu klären, was genau du da tust. :)

Kannst du mal erklären, was genau das bedeutet?

Du hast also eine neue Windows Installation (welche Version?) durchgeführt und sofort den selben Fehler? Dann solltest du etwas ausführlicher erklären, was du so getan hast.

Ist es in dem Fall ja nicht. Ist eine serverseitige Regel. ;)

Und die ip hat sich nicht geändert? Mach doch mal nen Ping. Wir können hier nur raten bei den paar Infos. ;) wie wärs denn mal mit einer Liste von Namen und ips (intern/extern) früher/jetzt (von mir auch anonymisiert, aber so, dass man damit was anfangen kann) Könnte der eventuell relevant sein? Du kannst natürlich selbst recherchieren, aber dann ist so eine Diskussion im Forum relativ sinnfrei. ;)

Da DNS ja so seine Zeit braucht…, ja natürlich wird das daran liegen. Wie greifen denn die Clients zu? Intern oder extern? Wo treten die Fehler auf und wie wird an den PCs dann der notwendige Name aufgelöst?

Und wie siehts mit dem kostenlosen vorhandenen ESX Know How gegenüber KVM/Proxmox aus? Das ist nichts wert? ;)

Hatte auch Kunden die unbedingt von ESX (und zwar nicht die kostenlose Variante) zu KVM wechseln. Ist zwar alles irgendwie möglich, aber gerade, wenn man Veeam nutzt ist KVM echt nicht die richtige Wahl. ;)

Ich hätte auch genetisch Smartphone schreiben können. Ich denke das tut nix zur Sache. ;)

Am iPhone eher schwierig. ;) aber für Skripte gibts hier ja noch mehr Helfer, die ggf. Einen Blick werfen werden.

Warum führst du das Skript nicht als System aus? Wenn im Skript keine Authentifizierung stattfindet ist es doch egal, wer das Skript ausführt. :/ skripte sollte man als Code formatiert hier posten. So liest sich das echt unangenehm.

Und wie erklärst du dir die Fehlermeldung? ;) kommt die Fehlermeldung auch, wenn du das Skript mal nicht direkt auf dem Exchange ausführst (als task)?

Richtig und wenn du da eine gültige absendeadresse einträgst geht das auch einfach so. Also führt dein Skript/task eine Authentifizierung durch, was die Fehlermeldung ja auch aussagt.

Zusätzlich zum Hinweis von Jan, den du nutzen solltest, wird die basic auth seitens MS langsam abgeschaltet. ;) https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-and-exchange-online-september-2021-update/ba-p/2772210

Und wo is das Resultat? Da steht ja erstmal nur der SMTP Connect und HELO String