Nach dem verbinden einer zurvor gelöschten Mailbox ist der Login in OWA und Oultook nicht möglich.
in OWA erhält der Benutzer den Fehler: Serverfehler in der Anwendung /owa
Lösung:
https://support.microsoft.com/en-us/topic/you-cannot-access-a-mailbox-for-several-hours-after-you-disconnect-and-then-reconnect-the-mailbox-in-an-exchange-server-2010-sp2-environment-ead687f3-25ee-516c-1441-ff748d3837f6
Details zum Befehl:
https://docs.microsoft.com/en-us/powershell/module/exchange/clean-mailboxdatabase?view=exchange-ps
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. 
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
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! 
New-MoveRequest -Identity "Public Folder Mailbox" -TargetDatabase "Mailbox Database 3"
Status prüfen:
Get-MoveRequestStatistics -Identity "Public Folder Mailbox" | Format-List Status
Fehler beim Löschen einer Mailbox Exchange 2013
Vermutlich wurde an den AD Berechtigungen des AD Users herumgespielt!
Im AD unter dem betroffenen Benutzer à Security à Advanced à ENABLE inheritance
Die Warnung mit JA bestätigen
Nun nochmals versuchen die Mailbox aus dem ECP zu löschen!
Get-MailboxDatabase -Status | select Name,DatabaseSize,AvailableNewMailboxSpace
Datenbank Name herausfinden:
Get-MailboxDatabase
Auflisten der Grösse und Items aller Mailoxen (inkl. System und Health Mailboxen)
Get-MailboxDatabase "Mailbox Database 1096635113" | Get-MailboxStatistics | Sort totalitemsize -desc | ft displayname, totalitemsize, itemcount