Microsoft 365 Language Confusion

Microsoft 365 - Sprachverwirrung

Kurzbeschreibung:

In Microsoft 365 gibt es viele verschiedene Spracheinstellungen auf Tenant Ebene, für Nutzer, in Exchange, Teams etc. Falsche Kombinationen führen zu unerwarteten Interfaces, Systemmeldungen oder Supportanfragen.

1. Tenant Einstellungen
  1. Bei Erstellung deines Tenants musst du einen Standort (Region) wählen. Das legt u.a. deinen Tenant Preferred Language fest.
  2. Der Tenant-Preferred-Language ist die Standardsprache für neu angelegte Cloud Nutzer. Änderungen auf eine “nicht unterstützte” Sprache sind oft nicht möglich, in manchen Fällen müsste ein neuer Tenant erstellt werden.


2. Azure AD / Nutzerattribute
  1. UsageLocation: Gibt an, in welcher Region ein Benutzer “sitzt”. Relevant z. B. für Lizenzierung oder Sprachzuordnung. 
  2. PreferredLanguage: Wird für viele Services verwendet (z. B. SharePoint, OneDrive, Web-Apps), um die Anzeige und Interface Sprache des Nutzers zu bestimmen. Wenn dieses Attribut leer ist, greift der Tenant-Standard.


3. Exchange / Postfach-Regionaleinstellungen
  1. Exchange hat eigene Mailbox Regional Configuration (Sprache, Datumsformat, Zeitzone). 
  2. Beim ersten Login eines neuen Postfachs wird diese Spracheinstellung oft automatisch aus dem Client (z. B. Outlook) übernommen. 
  3. Du kannst regionale Einstellungen und Ordnernamen zurücksetzen mit dem PowerShell-Cmdlet Set-MailboxRegionalConfiguration.


4. Hybrid / On-Prem AD Synchronisation
  1. In hybriden Umgebungen wird meist das On-Prem AD als Quelle benutzt.
  2. Du solltest sicherstellen, dass das c-Attribut oder andere Länderkennzeichnungen im On-Prem AD sinnvoll gepflegt sind und mit UsageLocation in Azure AD synchronisiert werden. 
  3. Auch das PreferredLanguage Attribut sollte ggf. synchronisiert oder gefüllt werden, damit Nutzer nicht in falscher Sprache angezeigt bekommen.
5. Microsoft 365 Gruppen / Teams etc.
  1. Wenn ein Microsoft 365 Group (mit Teams / SharePoint) erstellt wird, nutzen SharePoint & Site die Sprache des Tenant Preferred Language. 
  2. Der Postfach-Sprache für die Gruppen Mailbox basiert auf der Sprache des Erstellers bzw. Postfachs. 
  3. Beim Klonen / Erstellen via Graph API ist es derzeit nicht möglich, eine andere Sprache als die Tenant Sprache festzulegen.


6. Teams / Client Sprachverhalten
  1. Die Sprache des Teams-Clients richtet sich nach den Betriebssystem oder Client Einstellungen. Der Admin kann dies nicht zentral steuern, der Nutzer ändert sie manuell in den Einstellungen. 
  2. Meeting Einladungen: Wenn du Meetings in Teams planst, wird die Sprache basierend auf deinem Client verwendet; für Outlook basierte Einladungen gilt die Sprache des Postfachs. 
  3. Teams Benachrichtigungen (bei Abwesenheit, Gruppenzugängen etc.) haben oft die Sprache des Tenant Defaults oder des Nutzers, je nach Szenario. (Nicht jede Benachrichtigung nutzt das PreferredLanguage Attribut.)




7. Fazit & Empfehlungen

Viele Abhängigkeiten und Überschneidungen, nicht alle Einstellungen lassen sich zentral steuern.
Die wichtigsten Stellschrauben, die du prüfen und pflegen solltest:
  1. PreferredLanguage (im Azure AD / On-Prem AD)
  2. UsageLocation
  3. Mailbox regional / Spracheinstellungen in Exchange
Wenn diese drei sauber gepflegt sind, hast du schon einen großen Schritt erreicht, um eine konsistente Nutzererfahrung sicherzustellen.