Seit zwei Wochen ein tägliches Bild: unangeforderte 2-Faktor-Authentisierungscodes von Microsoft, mal per SMS, mal per RCS oder WhatsApp. In der letzten Nacht sogar 10 innerhalb einer Minute.

Konsequenz: Passwörter für alle Konten geändert, die diese Mobilnummer als 2FA nutzen. Benutzer von allen Sessions abgemeldet. Entra-Logs nach entsprechenden Einträgen erfolglos durchsucht.

Geändert hat dies nichts. Ideen? Noch jemand betroffen?

Ich hatte nun bereits zum 3. Mal, bei einem Exchange Online Tenant, bei jedem Versuch externe Mails zu versenden, diese Meldung:

Remote server returned ‚550 5.7.233 – Your message can’t be sent because your tenant has exceeded its daily limit for sending email to external recipients (tenant external recipient rate limit). For more information see https://aka.ms/EXONdrs.‘

Der Abstand zwischen dem Auftreten des Fehlers und dem nächsten Mal war jeweils recht genau vier Wochen.

Entgegen der Microsoft-Dokumentation wurde der Fehler jeweils nicht innerhalb von 24 Stunden zurückgesetzt. Behebung war nur durch den Support möglich, was meistens mehrere Tage dauerte. Eine Erklärung, welches Konto wann das Limit überschritten haben soll, habe ich trotz mehrfacher Nachfrage in keinem Fall erhalten.

Jemand eine Idee, was hier passiert? Im Mail Flow habe ich in keinem Fall mehr als fünf externe verschickte Mails pro Tag für den gesamten Tenant sehen können. Noch jemand betroffen?

Nachtrag 25.08.2026: Der Fehler ist wieder da. Letztes Mal war es am 25.07.2026. Das ist doch kein Zufall?

Die Lage ist nun etwas absurd. Antwortmöglichkeiten auf Tickets im Ticketsystem selbst hat Microsoft offenbar rausgenommen. Daher kann ich nur per Mail antworten, was ja eben nicht geht. Probiere es von einer Mailadresse außerhalb meines Tenants, mal sehen, ob das akzeptiert wird. Sehr spaßig, wenn man samstags untenstehende Nachfrage bekommt und die Antwort frühestens am Montag gelesen wird. Das Problem besteht ja nur schon vier Tage.

Die Telekom will doch nicht etwa sagen, dass der Anschluss schon fertig wird? Bei Auftrag war Bereitstellung im April 2023 angekündigt worden.

Ich habe seit Januar 2025 immer mehr Microsoft 365-Benutzer, deren Umlaute in der Signatur nicht mehr richtig angezeigt werden, sobald die Benutzer den PC wechseln, die Signatur also per Roaming auf ein anderes System übertragen wird. Reparieren die Benutzer die Signatur dann in Outlook (Classic), ist sie bei der nächsten Anmeldung auf dem anderen PC wiederum kaputt.

Die korrekte Codierung geht auf diesem Weg offenbar verloren. Auffällig ist, dass der Fehler bisher nur bei Windows 11-Benutzern aufgetreten ist, in keinem Fall unter Windows 10. Es ist auch nur ein Bruchteil der Benutzer betroffen, unter eigentlich identischen Bedingungen.

Eine Notlösung wäre das Abschalten der Synchronisierung:

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Outlook\Setup]
"DisableRoamingSignaturesTemporaryToggle"=dword:00000001

Hier wurde auch schon darüber berichtet: https://www.borncity.com/blog/2025/03/19/microsoft-365-problem-outlook-signaturen-bei-cloud-speicherung-ohne-umlaute/

Für ein fehlendes Teams Add-in in Outlook (Classic) gibt es viele Tipps, für ein vorhandenes Add-in mit sichtbaren und klickbaren Buttons in Outlook, wobei erst ein Klick zu dem Fehler „Das Add-in für Microsoft Teams scheint nicht zu funktionieren“ führt, konnte ich jedoch keine Hinweise finden.

Bei mir trat der Fehler nur bei einem einzigen Benutzer auf und das auch erst nach einiger Zeit ohne Probleme. Grund war, dass der Microsoft 365-Nutzer im „Displayname“ nicht-deutsche Sonderzeichen hatte und somit auch im Namen des Profilverzeichnisses unter Windows 11 bei Anmeldung mit dem Microsoft-Konto. (Achtung, nur durch Ändern des Displaynamens wird das Verzeichnis nicht umbenannt!)

Dies hatte bereits zu einem anderen Fehler in Outlook geführt, der allerdings im Gegensatz zum jetzigen durch Abschalten der Unicodeunterstützung behoben werden konnte: abgeschnittene Mails.

Sonderzeichen im Benutzernamen und somit auch im Verzeichnisnamen des Windows-Profils?

Dies kann beim 1. Start von Outlook zu dieser Fehlermeldung führen:

Lösung ist dann die Aktivierung der Unterstützung von Unicode UTF-8 in den Windows 11 Regionseinstellungen (Gebietsschema ändern), die von Microsoft selbst als noch als Beta bezeichnet wird:

Dann startet Outlook.  Schnell sind auf dem betroffenen PC dem Benutzer jedoch abgeschnittene, unvollständige Mails in Outlook aufgefallen, komischerweise nur bei von anderen Benutzern an diesen weitergeleiteten Newslettern mit einer Mischung aus Grafiken und Text.

Nach Abschalten des Exchange-Cache-Modus wurden diese Mails vollständig angezeigt:

Ohne Cache will allerdings aus Geschwindigkeitsgründen naturgemäß kaum jemand arbeiten.

Finale Lösung: Nach Abschalten von Unicode UTF-8 konnte der Cache wieder eingeschaltet werden. Outlook benötigt diese Konfiguration auch nur zum ersten Start. Selbst Microsoft empfiehlt, danach wieder den Haken zu entfernen, wenn auch mit abweichender Begründung – einen Hinweis auf abgeschnittene Mails konnte ich bisher nirgends finden. Auch lesenswert: Sonderzeichen in Benutzerprofilen.

Im weiteren Verlauf ein neuer Fehler in diesem Zusammenhang: Das Add-In für Microsoft Teams scheint nicht zu funktionieren.

Amazon hat zahlreiche private Angebote gebrauchter Sachen von mir mit teils absurden Begründungen deaktiviert:

… so geht das seitenweise weiter. Amazon Marketplace ist somit praktisch nicht mehr nutzbar.

Obwohl ich mit allen bisher bekannten Registryeinträgen eine automatische oder manuelle Migration zum neuen Outlook „Outlook (new)“ abgestellt habe, war plötzlich auf allen Systemen die Default-app für „mailto:“-Links das neue Outlook.

Um dies für alle mittels intune rückgängig zu machen, kann Folgendes (zzgl. aller weiteren gewünschten Default-apps) als Konfiguration genommen werden:

<?xml version="1.0" encoding="UTF-8"?>
<DefaultAssociations>
<Association Identifier="mailto" ProgId="Outlook.URL.mailto.15" ApplicationName="Outlook" />
</DefaultAssociations>

Dies muss dann base64-codiert werden, z.B. mittels https://www.base64encode.org/de/.

Ergebnis ist für obiges Beispiel:

PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPERlZmF1bHRBc3NvY2lhdGlvbnM+CiAgIDxBc3NvY2lhdGlvbiBJZGVudGlmaWVyPSJtYWlsdG8iIFByb2dJZD0iT3V0bG9vay5VUkwubWFpbHRvLjE1IiBBcHBsaWNhdGlvbk5hbWU9Ik91dGxvb2siIC8+CjwvRGVmYXVsdEFzc29jaWF0aW9ucz4=

In intune kann jetzt unter Geräte -> Geräte verwalten -> Konfiguration eine neue Richtlinie erstellt werden. Dabei Konfigurationseinstellungen -> Anwendungsstandards wählen und bei „Konfiguration der Standardzuordnungen“ den obigen base64-string einsetzen.

Unter der aktuellen Windows 11 N Version funktioniert nicht mal mehr eine Webcam ohne Nachinstallation des Media Feature Pack.

Die Installation per Powershell-Script (natürlich auch über Intune), ist mit folgendem Einzeiler möglich:

Get-WindowsCapability -online | Where-Object -Property name -like "*mediafeaturepack*" | Add-WindowsCapability -Online

Leider endet dies häufig mit Fehler 0x800F0991 oder Fehler 0x80070032. Aber das passiert bei Hinzufügen des Feature Packs über den Desktop genauso. Beim 3.-5. Versuch klappt es manchmal. Jemand eine Lösung hierfür?

Manchmal lässt sich dies wie folgt lösen (in einer Shell als Administrator):

DISM /Online /Cleanup-Image /RestoreHealth
DISM /Online /Add-Capability /CapabilityName:Media.MediaFeaturePack~~~~0.0.1.0

In anderen Fällen hilft die Windows-Update-Problembehandlung unter Einstellungen -> Update & Sicherheit -> Problembehandlung -> Zusätzliche Problembehandlungen -> Windows Update.

Als letzte Möglichkeit bleibt ein Inplace-Upgrade, d.h. einen Windows 11 Installationsstick erstellen und aus dem laufenden System heraus das Setup unter Beibehaltung der Daten starten.

Ein Unternehmensbranding u.a. für die Microsoft 365 Login-Seite ist hier möglich:  https://entra.microsoft.com/#view/Microsoft_AAD_UsersAndTenants/CompanyBrandingOverview.ReactView

Als Bildgröße für das Bannerlogo gibt Microsoft 245×36 an. Damit erhalte ich im Ergebnis jedoch ein verzerrtes Logo. Durch Ausprobieren bin ich mit einem Format von 245×125 auf eine zumindest annähernd verzerrungsfreie Darstellung gekommen.

Kann das jemand erklären?

Kommt bei Anmeldung mit einem Geschäfts- oder Schulkonto unter Windows 11 die Meldung „Leider haben Sie Ihre Internetverbindung verloren“, kann das auch etwas ganz anderes bedeuten, nämlich dass das Konto keine Intune-Lizenz hat.

Weshalb da keine vernünftige Meldung kommt, ist ein Rätsel.

Um 5TB (auf Antrag auch mehr) statt 1TB bei OneDrive Business nutzen zu können, gilt es einige Hürden zu überwinden:

• OneDrive Plan 2 wurde bei einigen Tarifen rausgenommen, wird aber auf vielen Hilfeseiten weiterhin bei diesen genannt, z.B. Microsoft 365 Business Premium.
• Es reicht nicht, für einen Benutzer einen Tarif mit OneDrive Plan 2 zu buchen. Um sich für 5TB zu qualifizieren, müssen es mindestens fünf Benutzer sein. Dies wird von Microsoft derzeit nur an sehr versteckter Stelle erwähnt.
• Die Erhöhung des Standardspeicherlimits im SharePoint AdminCenter (/settings/OneDriveStorageQuota) hat im Moment keine sichtbare Auswirkung.

Ich kam nur über die PowerShell wie folgt zum Ziel:

Falls noch nicht erfolgt, das SharePoint Modul installieren:

 Install-Module -Name Microsoft.Online.SharePoint.PowerShell

Verbinden und die entsprechende URL ermitteln:

Connect-SPOService https://xxxxx-admin.sharepoint.com

Get-SPOSite -IncludePersonalSite $true -Limit all -Filter "Url -like '-my.sharepoint.com/personal/'" | Select -ExpandProperty Url

Pro Benutzer das Limit erhöhen:

Set-SPOSite -Identity https://xxxxx-my.sharepoint.com/personal/xxxxx_xxxxx_de -StorageQuota 5242880