nach den neusten Windows Updates kann keine RDP Verbindungn mehr auf einen andren PC hergestllt werden.
Lösung zum umgehen des Problems:
via Powershell (als Admin) folgendne Befehl ausfürhen:
reg add "HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP\Parameters" /f /v AllowEncryptionOracle /t REG_DWORD /d 2
Prüfen des Namens des Addins:
–> MailStoreOutlookAddin3.AddinModule
Value Name: ClassID (MailStoreOutlookAddin3.AddinModule
0: The add-on is disabled and your employees can’t change it.
1: The add-on is enabled and your employees can’t change it.
2: The add-on is enabled and your employees can change it.
Hat es geklappt?
Vorher:
Nacher
Nun wird der Start des Addins erzwungen, und der Benutzer kann es auch nicht mehr deaktivieren.
Abruf via POP3 geht nicht. Obwohl sich auf dem Exchange selbst einen POP Verbdingung zum Server herstellen lässt.
Lokal vom Exchange
Die Dienste laufen – Neustart der Dienste und Servers bringen nichts!
Von einem andren Server im Netzwerk:
Lösung:
–> Get-ServerCoponentState -Identity VLEX01 -Component PopProxy.LocalStates
Dann den Status wieder auf Active setzten:
Set-ServerComponentState -Identity VLEX01 -component PopProxy -state Active -requester HealthAPI
Grund ist wohl, dass das Exchange Health Set diesen aufgrund eines Fehlers auf Inaktiv gesetzt hatte. Hier war der Grund ein Unplanned Shutdown aufgrund eines Crashes des ESX Servers.
Wenn die Mailbox in der Exchange GAL „hidden“ gesetzt ist, wird sie nicht über die AutoMap Funktion automatisch einem Outlook Konto hinzufügt. Ausserdem kann sie nicht direkt über den Dialog Mailbox Hinzufügen“ eingerichtet werden, da Oultook die Mailbox nicht finden kann.
Lösung:
Hierzu muss der legacyExchangeDN der Mailbox verwendet werden.
Dieser kann relativ einfach ausgelsen werden:
ADSI Edit –> OUT=meineDomäne –> die entsprechende OU suchen –> die Mailbox finden 
–> Properties Attribute Editor den Eintrag legacyExchangeDN suchen
Der Eintrag sollte so ähnlich ausschauen:
/o=meineDomäne/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=e5a3d4fa2888423699341cab22b8dd1f-checks
–> Alternativ kann natürlich einfach das Attribut “hidden“ auf der Mailbox für ein paar Minuten entfernet werden. 
Plötzlich werden div. Attachments wie PDFs und auch XLSX Dateien von Oultook 2010 blockiert.
der Grund ist, dass vor dem ".XLS" noch ein weiter Punkt steht.. Also "..XLS"
Dieses Verhalten tritt bei Office 2010 nach dem Update KB3203467 vom 14.06.2017.
Lösung: Enweder auf einen ungepachten System den Anahng umbenennen, oder das Update De-Installieren…. ;), oder endlich auf eine neue Office Version updaten!
Zum prüfen welche Policy dem Benutzer zugeordet ist, am einfachsten im ECP prüfen:
–> Empfänger –> Postfächer –> Benutzer wählen
Nun in der Shell die Einstellungen der Policy prüfen.
Get-MobileDeviceMailboxPolicy -Identity:"BLABLA"
Nun suchen wir den Eintrag der Policy den wir anpassen wollen.
In unserem Bsp. die AllowStorageCard Policy.
Nun Ändern wir den Wert von False auf True
Set-MobileDeviceMailboxPolicy -Identity:" BLABLA " -AllowStorageCard:$true
zum prüfen nochmals mit “Get-MobileDeviceMailboxPolicy -Identity "BLABLA” die Policy prüfen.
Fertig
Operations Console –> Konfiguration — > Monitore –> Rechtsklick –> Monitor erstellen –> Einheitsmonitor
Den „Default Management Pack“ auswählen
Name und Beschreibung erfassen!
WICHTIG: der Monitor muss deaktiviert werden, wir aktiven ihn später über eine Ausnahme
Als Klasse wählen wir „COMPUTER“
Nun den Fehler definieren. Als Parameter nehmen wir den Wert „Params/Param[1]“
In diesem Fall prüfen wir das Log nur nach dem Wort ERROR
Der Fehler soll sich automatisch wieder resetten. – Wir nach 15 Sekunden wieder en ERROR in das Log geschrieben erhalten wir eine weitere Warnung!
Nun noch den Integritätsstatus anpassen à KRITISCH
Ein paar Details mitgeben. In diesem Fall haben wir die Warnungsbeschreibung noch etwas ergänzt.
$Data/Context/LogFileDirectory$
$Data/Context/LogFileName$
$Data/Context/Params/Param[1]
Nun ist der Monitor erstellt. Nun aktivieren wir über eine Ausnahme für den gewünschten Server
Hierzu wählen wir die Option „Für ein Bestimmtes Objekt der Klasse „Windows-Computer“ – in der Auswahl wählen wir nun den gewünschten Ziel Computer aus.
Wir aktivieren den Monitor und setzten dann den Ausserkraftsetzungswert auf „WAHR“
Fertig!
In „Active Directory Users and Computers“ –> Advanced view –> Attribute Editor
Die Option „showInAddressBook“ suchen –> EDIT
Nun alle Einträge löschen à Fertig!
Im ECP, unter Nachrichtenfluss
Zuerst mit der Option „weitere Optionen“ die weitern Optionen einblenden…. J
Nun die Regel erstellen.
Wenn die Option Nachricht mit Erklärung ablehnen gewählt ist, kann ein Individueller Text als Fehlercode zurückgeschickt werden.
Der NDR sieht dann wie folgt aus:
Bzw. in den Details steht der genaue Grund:
1.) Datenbank stoppen
Dismount-Database "Mailbox Database 1096635113"
(oder bequem über die GUI)
2.) Defrag starten
eseutil /d "Mailbox Database 1096635113.edb" /t M:\temp.edb
–> Warten!
Wichtig: prüfen in welcher Datenbank die Mailbox für die Public Folders, bzw. die Ressourcen Mailboxen sind! – diese gehen leicht vergessen! 