Ich ziehe mal ein Problem mit Microsoft Outlook separat heraus, welches durch Leser an mich herangetragen wurde. Outlook kann seit einigen Tagen keine Umlaute mehr erkennen und stellt diese als Fragezeichen dar. Das Problem ist bei Microsoft bekannt und wird demnächst gefixt – es bleibt nur abzuwarten.
Eine erste Lesermeldung zum Problem
Blog-Leser und IT-Dienstleister Peter S. hat sich zum 3. Februar 2026 bei mir per E-Mail gemeldet und beklagte sich, dass sich seit ein paar Tagen bei ihm die Meldungen von unterschiedlichen Kunden häuften, welche berichten, dass Umlaute in den versendeten Mails plötzlich nur noch als Fragezeichen dargestellt werden.
Ein kurzer Fix (der auch so im Internet zu finden sei) gebt an unter: Outlook -> Optionen -> Erweitert -> internationale Optionen den Zeichensatz von Westeuropäisch (ISO) auf Unicode UTF-8 umzustellen. Das funktioniert auch in 90% der Fälle recht gut.
Allerdings steht Peter S. laut eigener Aussage nun vor dem Problem, dass E-Mails, die zuvor über DocuWare generiert wurden, nach wie vor diese Umlaute als Fragezeichen anzeigen. Sprich: der obige Fix hilft nichts, und die E-Mails werden trotzdem mit korrupten/fehlenden Umlauten versendet. Der Leser war sich nicht sicher, ob er jetzt einen Einzelfall darstellt oder ob sich vielleicht andere Leser mit ähnlichen Vorkommnissen bei mir gemeldet haben. Als die Mail eintraf, war Peter noch der erste Betroffene.
Weitere Lesermeldung im Blog
Zu meinem Blog-Beitrag Microsoft 365: Werden Mails mit den Zeichen ( & ä gelöscht? hat sich Blog-Leser Florian heute Nachmittag (4.2.2026) mit diesem Kommentar gemeldet und schrieb dazu, dass sie bei einem Kunden "heute" festgestellt haben, dass bei diesem Kunden E-Mails mit Umlauten rausgeschickt werden, aber in den gesendeten Elementen bei manchen Mails nur ein ? anstelle des Umlauts erscheint.
Florian hat dann geprüft, was die Empfänger gemeinsam haben und kam zur Erkenntnis, dass alle Empfänger einen Microsoft- Tennant auf US-amerikanischen Servern hatten. Sobald er Test Mails zu Tennants bei Strato, DomainFactory, Outlook.de oder M365 Deutschland schickte, gab es keine Probleme. Der Leser merkte noch an, dass im Mail-Client Outlook Westeuropäisch (ISO) als Zeichenencodierung eingestellt war. Man hat auch auf UTF-8 umgestellt und wollte beobachten. Ich habe den Leser auf die obige Meldung hingewiesen.
Das Problem ist Microsoft bekannt
In einem Folgekommentar hat Florian sich nochmals gemeldet und schrieb, dass er gerade ein Ticket bei Microsoft 365 eröffnet habe. Es gab aus direkt einen Rückruf von Microsoft, in dem bestätigt wurde, dass das Problem global auftrete und seit ca. einer Woche intern bei Microsoft bekannt sei. Es werde dran gearbeitet. Kundenseitig sei nichts zu tun außer zu warten. Hier die Stellungnahme des Microsoft-Support:
Sehr geehrter Herr xxx,
vielen Dank für Ihre Rückmeldung.
Wir möchten Sie darüber informieren, dass wir seit etwa einer Woche – inzwischen über acht Tage – vermehrt identische Meldungen von mehreren Kunden erhalten haben, die ebenfalls Probleme mit der Darstellung deutscher Umlaute (z. B. Ä, Ö, Ü) in E Mails an bestimmte M365 Empfänger beobachten.
Aufgrund der Anzahl der eingegangenen Fälle können wir bestätigen, dass aktuell ein Service Incident auf unserer Seite vorliegt, der speziell die Verarbeitung deutscher Sprachzeichen betrifft. Unser Eskalationsteam arbeitet bereits aktiv an der Analyse und Behebung der Ursache.
Für Sie bedeutet das:
Es handelt sich nicht um ein Problem in Ihrer Umgebung oder Ihren Systemeinstellungen. Sie müssen derzeit keine weiteren Maßnahmen durchführen. Sobald die Störung auf unserer Seite behoben ist, wird sich das Verhalten automatisch auch in Ihrer Umgebung normalisieren.
Wir halten Sie selbstverständlich auf dem Laufenden und informieren Sie, sobald das Incident vollständig gelöst wurde.
Vielen Dank für Ihre Geduld und Ihr Verständnis.
Danke an die Leser für die Hinweise und die Information über die Rückmeldung des Microsoft-Supports.
Ergänzung: Inzwischen gibt es eine offizielle Bestätigung vom 6. Februar 2026 durch Microsoft (Original in Englisch: Classic Outlook replaces accented and extended characters with question marks, und hier die deutsche Fassung). Bei administrator.de gibt es u.a. auch diesen Diskussionsthread dazu.
Ähnliche Artikel:
Outlook 365 Classic-Bug, der Zugriff auf verschlüsselte Mails verhindert, behoben
Outlook Classic kann keine verschlüsselten E-Mails öffnen
Outlook for iOS stürzt ab; Outlook-Umlauteproblem in Apple Mail
Exchange Online: Optimierte Moderationsgenehmigungen in allen Outlook-Clients
Outlook OST-Dateien in PST-Dateien konvertieren
Windows 11 24H2/25H2: Outlook Classic POP3-Abrufe hängen nach Update KB5074109
Windows: Out-of-Band-Updates sollen Outlook-Hänger beseitigen (24.1.2026)
Outlook Classic: Problem mit Anhängen und Verschlüsselung?
Outlook New nach Update bei mehreren Postfächern unbrauchbar?
Outlook 2024 Termineinladungen endet mit "Unbekannter Fehler der Nachrichtenschnittstelle bei Termineinladungen"
Outlook erkennt keine Umlaute – Problem bei Microsoft bekannt
MVP: 2013 – 2016
Bei uns taucht das Problem auf einem von zwei RDS Terminalservern auf.
Welches Outlook? "Classic" oder "New". In Classic (halbjähriger Kanal) sehe ich das Problem nicht.
M365-Tennants bei Strato, DomainFactory? Sicher sind normale POP/IMAP, hosted Exchange oder Open-Exchange Zieladressen gemeint?
Bei uns, wie auch in den weiteren Kommentaren hier gleicher Fehler, aber der halbjährliche Kanal dürfte Ihre Rettung sein ;-)
Wir laufen auf "Current" in Outlook "classic", Fehler trat nach dem letzten Update vom 26.01. auf, auch nicht reproduzierbar. Exchange SE ist bei uns im Einsatz.
Wird ein Updatethema sein, vielleicht ja wirklich schon mit dem letzten Update vom 03.02. gefixt.
Grundsätzlich würde ich nur den halbjährlichen Kanal fahren, da gabs ja in der Vergangenheit schon genügend andere Probleme mit dem aktuellen Kanal…
Wir haben das Problem seit ein paar Tagen auch. Allerdings tritt er Fehler nicht bei jedem User auf und auch nicht immer.
Wir verwenden ausschließlich den "Outlook classic" Client und Exchange Online. Wir haben jetzt per GPO den Zeichensatz auch auf UTF-8 gestellt (die Outlook admx greift anscheinend nicht), da der Fehler aber nicht immer auftritt, kann ich nicht sagen ob das tatsächlich funktioniert.
Uns ist es selber aufgefallen, weil die Mails schon unter "gesendete Elemente" falsch dargestellt werden, nicht erst wenn der Empfänger sie bekommt.
Der User schreibt die Mails mit korrekten Umlauten, geht auf "Senden" und, zack ist die Mail mit "?" anstelle von Umlauten unter "Gesendete Elemente".
Cloud ist echt super ….
Hier auch die letzten Tage bei lokale M365 Outlook Clients, aber wie auch bei anderen nicht durchgehend und nicht bei allen.
Hab mir schon gedacht das es ein Serverseitiges M365 Problem ist.
Dieses unbekannte Wesen Unicode aber auch…
Ich hatte das Problem gestern und vorgestern auch, lokales Outlook 365 (1628.20150) intern zwischen zwei Postfächern auf einem Exchange 2019. Umstellung auf UTF-8 brachte nichts, erst das löschen des Users aus der Autocompletelist und das manuelle reintippen der Empfängeradresse behoben den Fehler dann.
Ich finde bei Microsoft nichts :-( Hat denn jemand einen Link zu einer offiziellen Microsoft Seite, wo der Fehler beschrieben ist?
Es scheint keine extern abrufbare Microsoft-Seite zu geben – die Antwort des MS-Supports findet sich ja im Text.
Ich hatte das Problem auch bei einem neuen Mitarbeiter.
Nachdem dann die Schrift auf Arial geändert wurde, war der Fehler plötzlich wieder weg.
Jupp, gleiches Problem bei uns. Outlook 365, Exchange SE
Wenn man "Codierung automatisch auswählen" ausmacht (oder UTF8 hinterlegt), gehen die E-Mails sauber raus. Ausnahme ist, wenn die E-Mails über MAPI erstellt werden. Da hilft auch kein Hinterlegen von UTF8. Das kann zB. über das Snipping-Tool nachgestellt werden.
Datei -> Als Anlage senden.
Ganz genau das gleiche Problem bei uns. Durch umstellen auf UTF 8 ist es aber wieder behoben.
Ich habe gewusst ich werde hier als erstes bestätigt. Vielen Dank dafür.
Office 2024 H&B -> Exchange 2019 SE on prem gehosted
jeweils mit den letzten Patches
Taucht vereinzelt auf, aber nicht durchgängig. Tee trinken (+Kuchen essen)
da die GPOs bei mir auch nicht greiffen, habe ich hier easy **reg-fix bereitgestellt:
Remove-Item -Path "HKCU:\Software\Microsoft\Office\Outlook\Settings\Data\global_Advanced_OutlookEncoding" -Force -ErrorAction SilentlyContinue
Remove-Item -Path "HKCU:\Software\Microsoft\Office\Outlook\Settings\Data\global_Advanced_OutlookVCardEncoding" -Force -ErrorAction SilentlyContinue
$regPath = "HKCU:\Software\Microsoft\Office\16.0\Outlook\Options\MSHTML\International"
New-Item -Path $regPath -Force | Out-Null
New-ItemProperty -Path $regPath -Name "LastIEVersion" -Value 5 -PropertyType DWord -Force | Out-Null
New-ItemProperty -Path $regPath -Name "Last Code Page" -Value 0x04e4 -PropertyType DWord -Force | Out-Null
New-ItemProperty -Path $regPath -Name "Default_CodePageOut" -Value 0xfde9 -PropertyType DWord -Force | Out-Null
New-ItemProperty -Path $regPath -Name "PreferredVCardCP" -Value 0xfde9 -PropertyType DWord -Force | Out-Null
Get-Process outlook -ErrorAction SilentlyContinue | Stop-Process -Force
Start-Sleep -Seconds 2
Start-Process outlook
kann man als .ps1 ausführen oder mit
Install-Module ps2exe
Invoke-ps2exe "script.ps1" "script.exe" -noConsole
eine exe machen, womit jeder der davon betroffen ist, kurz einen doppelklick aufs script ausführt und Outlook mit UTF-8 Settings neugestartet wird.
rolle ich nicht überall aus, sondern setze da das Pflaster auf, wo es gerade ein Wehwehchen gibt
schau'n mer mal … ob mit dem aktuellsten Office Update v2601 Build 19628.20166 Release (vom 3.2.2026) nun das "Outlook – Umlaute werden in Fragezeichen konvertiert" Problem gefixt ist … ??
Versionshinweise zu den Releases des Aktuellen Kanals – Office release notes | Microsoft Learn https://learn.microsoft.com/de-de/officeupdates/current-channel
Problem bestätigt bei Office 2024 Home and Business in Verbindung mit hosted Exchange bei Ionos.
Hier eine eine offizielle Info von Microsoft:
https://support.microsoft.com/en-au/topic/classic-outlook-replaces-accented-and-extended-characters-with-question-marks-c1fdb067-38ca-464a-bcb1-bd657a85e1d3
Danke – hatte es auf dem Radar und wollte es heute nachtragen.
Bei uns tritt der Fehler selbst in OWA und Outlook New auf.
Falls es jemand nicht bis zur Microsoft-Seite geschafft hat:
man kann auch bei Office Home and Business Updates deinstallieren und somit zur vorvorletzten Version zurückkehren, bei der das Problem noch nicht vorlag. (16.0.19530.20184).
1)
Office-Programme schließen
2)
"%programfiles%\Common Files\Microsoft Shared\ClickToRun\officec2rclient.exe" /update user updatetoversion=16.0.19530.20184
3) Anschließend in Office die automatischen Updates deaktiveren, sonst ist die Freude nur von kurzer Dauer ;-)
Laut MS soll man nächsten Monat mal wieder nachschauen, ob sich was getan hat *gg*
Jetzt wurde auch ein Workaround #3 unter dem Artikel von MS veröffentlicht:
Update vom 13.02.2026
Workaround #3
Disable Outlook automatically selecting the encoding for outgoing messages
Select File > Options > Advanced.
Under International Options, uncheck Automatically select encoding for outgoing messages.
Put a reminder on your calendar for March 10th to re-enable this setting. Or check back on this Known Issue in case it is addressed sooner.
Bei uns tritt der Fall jetzt auch bei Terminen auf.
Umlaute eintragen–>Speichern–>Schließen–>öffnen = Fragezeichen!
Und dort hilft die Entfernung des Hakens ins den Optionen nicht.
Also bei uns tritt das Problem aktuell immer noch auf. Nicht bei jeder E-Mail nur manchmal, eine Gesetzmäßigkeit konnte ich dabei noch nicht feststellen. Es tritt sogar bei intern E-Mails auf innerhalb der gleichen Domäne.
Also bei uns tritt es nur bei E-Mails auf, die von externen Programmen erzeugt werden.
Ich kann Christians Aussage bestätigen. Bei uns tritt das Problem auf wenn z.B. ein Word- oder Excel-Element freigegeben und über diese Funktion eine Email erzeugt wird. Es ist dann egal, ob die Mail intern oder extern verschickt wird. Damit lässt es sich auch nachstellen.
Ergänzung: Die Umstellung auf UTF-8 bringt hier keine Änderung, mit der Umstellung des Mailformates von HTML auf RichText werden die Umlaute jedoch dargestellt.
Diese beiden Werte zu setzen löst das Problem erstmal. Nicht wundern der Haken im Outlook UI bleibt gesetzt und die Codierung bleibt auch auf ISO stehen.
HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\Options\MSHTML\International
Werte:
Autodetect_CodePageOut = 0 (DWORD) – Automatisches Codieren abschalten
Default_CodePageOut = 65001 (DWORD) – Bevorzugte Codierung UTF-8