FiMA-KB

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!

 

Symptome des Rechners bei diesem Fehler

• ipconfig zeigt nichts an
• Rechner baut keine Internetverbindung auf

Vorgehensweise zur Reparatur

1) Eingabeaufforderung als Administrator ausführen und folgende Befehle eingeben:

• netsh int ip reset c:\logdatei.log
• netsh winsock reset

2) Rechner neu starten

 

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. Alle Microsoft Office 2010 Anwendungen beenden
2. Windows Start
3. Systemsteuerung
4. Programme und Funktionen
5. Microsoft Office 2010

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!