Outlook: Hart gelöschte Element außerhalb von „Gelöschte Elemente“ wiederherstellen (z.B. Posteingang)

Problem

Manchmal hat man ein Element in Microsoft Outlook „hart gelöscht“ (dauerhaft gelöscht) und möchte dieses trotzdem wiederherstellen. Wir flinken Admins haben das Problem manchmal bei einem vorschnellen „Shift+Del“ im Posteingang (=“endgültig löschen“). Das klappt aber nicht.

Wenn man vor dem endgültige löschen Elemente nicht in den Ordner Gelöschte Objekte verschiebt, werden diese Elemente (standartmäßig) dauerhaft am Dumpster vorbei wirklich gelöscht. Daher klappt die Wiederherstellung mit „Gelöschte Elemente wiederherstellen“ dort auch nicht.

Lösung

Standardmäßig ist die Funktion „Gelöschte Objekte wiederherstellen“ nur auf dem Ordner „Gelöschte Objekte“ in persönlichen Ordnern des Benutzers aktiviert. An anderen Orten gelöschte Elemente können nicht wiederhergestellt werden.

Man kann das Verhalten ändern

[HKEY_CURRENT_USER\Software\Policies\Microsoft\Windows\DataCollection]
"DumpsterAlwaysOn"=dword:00000001

Danach Outlook neu starten, fertig.

Als Downloads

Mehr Hintergrundinformationen dazu: https://support.microsoft.com/de-de/help/246153

Veeam Warnung „Backup location is getting low on free disk space“ und „Disk NAME is running low on free space“

Veeam Backup Location is getting low on free disk spaceVeeam schickt ab und zu Nachrichten mit der Meldung „Backup location is getting low on free disk space“, oder genauer „Backup location [BLAH] is getting low on free disk space (3,0 GB free of 1,5 TB)“. Das ist im Prinzip sehr gut und kann hilfreich sein. Bei großen Backup-Repositories nervt das aber etwas, denn da sind die absoluten Werte in der Regel größer. Veeam prüft den freien Speicherplatz in jedem Repository einzeln. Gibt es weniger als 10% freien Speicherplatz, erscheint eine Meldung im Job.

„Backup location is getting low on free disk space“ Schwellenwert konfigurieren

  • In der Registry
    HKLM\Software\Veeam\Veeam Endpoint
  • REG_DWORD Wert „BackupRepositoryFreeSpaceThresholdPercent“ erstellen
  • Wert in absoluten Prozent eintragen (z.B. 5 für 5%). Default ist leer für 10%.
  • Veeam-Backup-Service neu starten
    sc stop VeeamBackupSvc && sc start VeeamBackupSvc

„Disk <Foo> is running low on free space“ Warnung abschalten

Ähnlich verhält sich Veeam bei der Prüfung des freien Platzes auf den Server-Laufwerk. Sinnvoll ist das nicht immer, vor allem nicht bei Recovery- oder eigenen Sicehrungspartitionen.

  • In der Registry
    HKLM\Software\Veeam\Veeam Endpoint\
  • REG_DWORD Wert „DisableVolumeFreeSpaceCheckWarning“ mit dem Wert „1“ erstellen
  • Veeam-Backup-Service neu starten
    sc stop VeeamBackupSvc && sc start VeeamBackupSvc

Office 2016 und Office 365 Fehlercode 30180-4 beim Deinstallieren

Problem

Bei der Deinstallation von Office 365 (Office 2013 / Office 2016) – meistens eine Vorinstallation auf dem neuen PC – taucht nach einer Weile die Fehlermeldung 30180-4 auf.

Das hat leider nicht geklappt.
Leider konnte Office nicht installiert werden. Stellen Sie bitte sicher, dass eine Internetverbindung besteht,
und versuchen Sie dann die Installation erneut.
Fehlercode: 30180-4

Lösung

Das ist ein bekanntes Problem und in der aktuellsten Version des Setups bereits gefixt. Leider verweden OEM-Hersteller noch für eine ganze Weile die alte Version.

Die Sprache und Versionnummer hierbei einfach ignorieren, obwohl das Tool englisch spricht und für „Version 15“ gebaut zu sein scheint, klappt das ausgezeichnet.

Offizieller Support-Artikel: https://support.office.com/de-de/article/Fehlercode-30180-4-bei-der-Installation-von-Office-67f86bff-bea5-45ad-8a63-bb11c2c12eda

Outlook E-Mail Standardschriftart mit GPO festlegen

Praktisch seit dem Erscheinen des ersten Outlook-Clients in „Office 2000“ wünschen sich Unternehmen die Möglichkeit, eine Standartschriftart in E-Mail für Benutzer in der Domöne vorzugeben. Natürlich ist es generell nicht möglich Fonts zu verwenden die der Empfänger nicht besitzt – und man hat ja keine Ahnung welche der Empfänger hat. Aber nunja „bei uns wird das dann ja richtig angezeigt“ scheint das faktenignorierende Killerargument zu sein. Und der Kunde ist ja schliesslich König.

Unter OWA gibt es sowiso bisher keine Möglichkeit, die Standartschriftart vorzugeben. Jeder Postfachnutzer muss das selber machen.

Aufgrund der technischen Unlösbarkeit dieser Herausforderung, gibt es keine Standart-Gruppenrichtlinie (GPO) dafür; jedenfalls nicht bis Windows Server 2016 und Office 2016 (Office365).

Outlook Standartschriftart mit GPO vorgebenSo legt man die Standart-Schriftart für Outlook (Office 365) mittels GPO fest

  1. Einen Outlook-Client wunschgemäß mit der Standartschriftart konfigurieren.
    Je nach Outlook-Version findet sich die Einstellung etwas versteckt. In Outlook 2013/2016 liegt das beispielsweise unter Datei > Optionen > E-Mail > Briefpapier und Schriftarten.
  2. Einstellungen aus der Registry in eine GPO (idealerweise GPO-Preferences) übernehmen
    HKEY_CURRENT_USER\Software\Microsoft\Office\<Version>\Common\Mailsettings

    Die Einstellung ist ein Wert von Typ „REG_BINARY“ und sieht etwas seltsam aus, das ist aber korrekt so. Es reicht auch eine „Benutzer-Richtlinie“ um den Wert zu vergeben,

Am einfachsten geht das, wenn auf dem client mit Outlook auch die Remoteserver-Verwaltungstools für Windows 10 (RSAT) installiert sind. Dann öffnet man die Gruppenrichtlinienverwaltung einfach auf dem Client, erstellt/bearbeitet das passende Richtlinienobjekt (GPO), fügt unter Benutzerkonfiguration > Einstellungen > Windows-Einstellungen > Registrierung ein neues Element hinzu und wählt die passenden Schlüssel aus.

Zum Beispiel für Outlook 2016 lautet der Registry-Pfad:

HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\MailSettings

Die relevanten Schlüssel für die Auswahl der Outlook-Schriftart sind:

  • ComposeFontComplex – Neue E-Mail
  • ComposeFontSimple – Neue E-Mail
  • CReplyFontComplex – Antworten und Weiterleiten
  • CReplyFontSimple – Antworten und Weiterleiten
  • TextFontComplexLokale Anzeige bei Plain-Text E-Mails
  • TextFontSimpleLokale Anzeige bei Plain-Text E-Mails

Windows 8/10 Suche findet keine Inhalte mehr in PDF-Dateien

Problem

Unter Windows 8/8.1 und Windows 10 findet die Suche „auf einmal“ keine Text-Treffer mehr in PDF-Dateien. Normalerweise funktioniert die Volltextindizierung auch für PDF-Dateien ausgezeichnet, auber „auf einmal“ klappt das nicht mehr.

Lösung

Der Adobe „the Krebsgeschwür“ Reader ist in den allermeisten Fällen schuld. In vielen Cases zerstört dieser bei der Installation oder beim Update den Windows PDF-Reader iFilter.

In der Windows-Registry unter de Schlüssel HKEY_CLASSES_ROOT\.pdf\PersistentHandler den „Standart“ Wert ersetzen:

{F6594A6D-D57F-4EFD-B2C3-DCD9779E382E} (FALSCH)

{1AA9BF05-9A97-48c1-BA28-D9DCE795E93C} (RICHTIG)

Danach den Dienst Windows-Suche stoppen und wieder starten. Falls der Ordner PersistentHandler unter .pdf nicht existiert, muss man ihn vorher neu anlegen.

Schneller Fix für die Kommandozeile:

C:\> REG ADD HKEY_CLASSES_ROOT\.pdf\PersistentHandler /d "{1AA9BF05-9A97-48c1-BA28-D9DCE795E93C}" /t REG_SZ /f
C:\> net stop WSEARCH && net start WSEARCH

Leider kann Windows die nun fehlenden PDFs nicht nachträglich erkennen. Allerdings wird jedes PDF das vom Dateisystem modifiziert wird, wird automatisch neu indiziert …