Kategorie-Archiv: Microsoft 365

In Office 365 mit der Powershell die Benutzerkontaktdaten wie Straße oder Ort Massenhaft ändern

Veröffentlicht am von — Keine Kommentare ↓

Problem

Es sollen viele oder gleich alle Office 365 Benutzer geändert werden. Wegen eines Umzuges stimmt der Ort nicht mehr, wegen eines verdammten CSV-Ascii-Importfehlers stimmen Sonderzeichen nicht oder es hat sich eine andere Eigenschaft bei vielen Benutzern geändert die nun auf einmal angepasst werden soll.

Lösung

Zuerst muss man sich mit der „Windows Azure Active Directory-Modul für Windows PowerShell“ Powershell mit dem Office365 verbinden:

PS C:\> Connect-MsolService
    • Eigenschaften aller Benutzer sofort ändern (hier: ‚Straße‘) 
      PS C:\> Get-MsolUser | Set-MsolUser -Street "Neue Strasse 815"
    • Eigenschaften der Benutzer ändern, die noch die alte Straße eingetragen haben 
      PS C:\> Get-MsolUser | ? { $_.StreetAddress -eq 'Alte Adresse' } | Set-MsolUser -StreetAddress 'Neue Adresse'
    • Eigenschaften von nur zwei Benutzern ändern 
      PS C:\> Get-MsolUser | ? { $_.UserPrincipalName -eq '[email protected]' -Or $_.UserPrincipalName -eq '[email protected]' } | Set-MsolUser

Exchange 2013/2016 und Office 365 Abwesenheitsbenachrichtigung (automatische Anwort) für Postfächer setzen

Veröffentlicht am von — Keine Kommentare ↓

Problem

An zentraler Stelle sollen automatisch Abwesenheitsbenachrichtigungen aktiviert und konfiguriert werden. Zum Beispiel soll so im Krankheitsfall das Postfach eines Benutzers automatisch antworten – ohne das der Benutzer seinen Abwesenheitsassistenten bemühen muss.

Lösung mit Beispielen

Dafür gibt es das cmdlet „Set-MailboxAutoReplyConfiguration„, das die automatischen Antworten für fremde Mailboxen einschalten, anzeigen und anpassen kann.

Benutzer die das tun sollen, müssen natürlich über die passende Berechtigung im Zielpostfach verfügen. Die Berechtigung heisst „Automatic replies“ und ist standartmäßig in den Rollen „Organization Management“, „Recipient Management“ und „Help Desk“ enthalten.

Status der Auto-Antwort prüfen

[PS] C:\> Get-MailboxAutoReplyConfiguration -Identity MAILBOX| Select-Object AutoReplyState | fl

Auto-Antwort einschalten

[PS] C:\> Set-MailboxAutoReplyConfiguration -Identity MAILBOX -AutoReplyState enable

Auto-Antwort ausschalten

[PS] C:\> Set-MailboxAutoReplyConfiguration -Identity MAILBOX -AutoReplyState disable

Interne Auto-Antwort – Text verfassen

[PS] C:\> Set-MailboxAutoReplyConfiguration -Identity MAILBOX -InternalMessage "IHRE NACHRICHT"

Externe Auto-Antwort – Text verfassen

[PS] C:\> Set-MailboxAutoReplyConfiguration -Identity MAILBOX -ExternalMessage "IHRE NACHRICHT"

Weitere interessante Parameter sind

  • -AutoReplyState scheduled
    • Hier lassen sich Zeiten und Daten für die Auto-Antwort festlegen.
    • Notwendig sind dann Werte für die Start- ud Endzeiten: 
      Set-MailboxAutoReplyConfiguration -Identity MAILBOX -AutoReplyState Scheduled -StartTime "7/10/2015 08:00:00" -EndTime "7/15/2015 17:00:00" -InternalMessage "IHRE NACHRICHT"
  • -ExternalAudience
    • Ob Auto-Antworten an externe Empfänger gesendet werden sollen: None (keine), known (Nur an Empfänger aus der Kontaktliste der Mailbox), All (an jeden)

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

Veröffentlicht am von — Keine Kommentare ↓

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

Office 2016 und Office 365 Fehlercode 30180-4 beim Deinstallieren

Veröffentlicht am von — Keine Kommentare ↓

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

Veröffentlicht am von — Keine Kommentare ↓

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
  • TextFontComplex – Lokale Anzeige bei Plain-Text E-Mails
  • TextFontSimple – Lokale Anzeige bei Plain-Text E-Mails