tesso

steht bei MS
Wie groß ist dein Bild?

Hat dein Client ein Gateway war erreicht wird(ping)?
Ich denke mal nein. Da hatte ich das auch schon. 
Würgaround: Setze das Gateway auf den DC (der reagiert auf ping)

dsquery * -limit 10000 -filter "(&(objectClass=user)(objectCategory=person)(Company=A. Datum)(!userAccountControl:1.2.840.113556.1.4.803:=2))" | dsget user -display -tel -mobile -iptel -fax -email -office -title -dept -company -disabled Damit geht es.
 

Lass mich raten. Ihr habt mehrere DCs. 
 
Dann läuft der "Get-ADUser" gegen einen anderern DC und der AD-Sync ist noch nicht gelaufen. 
 
Warum legst du den User nicht gleich in der richtigen OU an? Der Parameter müsste "-Path" sein (aus dem Kopf)

"Works as designed."
 
Keine Pop oder Imap Zugriffe mit administrativen Konten.
 
Konfigurieren authentifizierter SMTP-Einstellungen für POP3- und IMAP4-Clients in Exchange Server | Microsoft Docs

$Quotas = Get-Mailbox -ResultSize Unlimited | Where-Object {$_.WhenMailboxCreated -gt (Get-Date).AddDays(-256) -and $_.RecipientTypeDetails -eq '1'} $Quotas | Set-Mailbox -UseDatabaseQuotaDefaults $true So zum Beispiel

Ignorieren. Das ist ein Bug. 

Ist das Defaultgateway vom Client erreichbar? 
Falls du keins hast setze mal eins auf irgendeine lokale IP die anpingbar ist. Ich hatte das in Testumgebungen auch schon. 

Versuche es mal mit Connect-ExchangeOnline  aus dem Modul ExchangeOnlineManagement

Get-ADUser -Filter * -Properties altsecurityidentities|select samaccountname,altsecurityidentities So?

Das kenne ich. Gib mal testweise einem Client den DC als Gateway. (Ja, das ist Unsinnn)
 
Meine Erfahrung zeigt jedoch, das wenn das GW erreicht wird (egal ob es dort in Internet geht oder nicht) es dann funktioniert. 
Passiert komischerweise nicht immer. 

Da wird nicht in die Outputbox geschrieben, dort steht der Dateiname den du importierst.
Bekommen wir nun noch einmal ein Beispiel wie die CSV wirklich aussieht?

Dann passt das. 
 
Du brauchst insgesamt zwei Serverlizenzen. damit kannst du insgesamt vier virtuelle Server auf deinem Host installieren. 

In den Office GPOs nach "Disable Autodiscover" setzen oder 
den Regkey ExcludeExplicitO365Endpoint  setzen.

Es gibt auch das Journal an/in der Datenbank.

Und vom neuen Server? Der liest doch das selbe AD aus. 
Wo liegt deine DB auf dem neuen Server? Entweder legst du die DB/logs in die Ordner wo die laut AD stehen oder du verschiebst die Datenbank an die Stelle wo sie nun liegt.

Schau mal nach "Retention Tags" und "Retention Policy"

Technisch könnte man mit einem externen Timestampserver signieren. Dann wäre die Signatur auch weiterhin gültig.
Ich vermute aber ganz stark, daß das nicht gemacht wurde.
 
Edit: rdpsign kennt anscheinend keinen timestampserver.

Hast du mal Remove-rdserver angeschaut?

Dann versuche auf einem Client das windows Management zurückzusetzen.
Danach gpupdate und schaur was das gpresult sagt.

Steht doch im Text. Alle Examen inklusive der Retakes müssen binnen 6 Monaten gemacht werden. 

Ich musste erst einmal googlen was die Akzentfarbe ist.
https://administrator.de/forum/windows-10-automatische-akzentfarbe-registry-gpo-332770.html
https://getadmx.com/?Category=Windows_10_2016&Policy=Microsoft.Policies.ControlPanelDisplay::CPL_Personalization_PersonalColors&Language=de-de
 
Die GPO aus Link2 zieht ancheinend nur auf Windows 8

$json='{"801":{"170":{"100":"13.02.19 15:18:30","101":15437,"102":15859,"103":233,"104":594,"105":165191,"106":44701,"107":920606,"108":1907054,"109":426813616,"110":0,"111":0,"112":0,"113":0,"114":0,"115":0,"116":82095}}}' $watt=$json|ConvertFrom-Json |select "801" -ExpandProperty "801" | select "170" -ExpandProperty "170" | select "101" -ExpandProperty "101" Write-Host $watt":Leistung in Watt" Den Webreqest überlasse ich dir.

Eine mögliche Lösung wäre die Nutzung von Userclasses.
Ich habe es im Lab gerade mal durchgespielt. Du könntest die Userklasse am PC anhand eines Skriptes setzen.
 

Nein.
Bisher gibt noch nicht einmal Betaprüfungen.
Auch die Kurse sind bisher noch nicht mal als Beta erschienen.