Outlook.com blockierte tagelang E-Mails ohne DMARC: Microsoft bestätigt Fehler und rollt Regel zurück

Wer in den vergangenen Tagen eine E-Mail an eine Outlook.com- oder Hotmail-Adresse geschickt hat, bekam sie unter Umständen zurück. Der Grund war keine falsche Adresse und kein voller Posteingang, sondern eine fehlerhafte Regel bei Microsoft, die das Unternehmen inzwischen bestätigt und zurückgenommen hat. Betroffen waren Absender weltweit, auch in Deutschland, deren Domain keinen DMARC-Eintrag veröffentlicht hatte.

Was genau passiert ist

Seit etwa dem 5. November 2026 lehnten die Server hinter Outlook.com, Hotmail, Live und MSN einen Teil der eingehenden E-Mails ab. Betroffen waren Nachrichten von Domains, die keinen DMARC-Eintrag veröffentlicht hatten. Das Besondere daran: Die Ablehnung traf auch Absender, deren SPF- und DKIM-Einträge korrekt gesetzt waren und deren Mails bis dahin problemlos ankamen.

Die zurückgegebene Fehlermeldung lautete: 550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records. In vielen Fällen stand am Ende noch der Code AS9031519. Die ersten öffentlichen Berichte tauchten am 6. November auf der Mailingliste für E-Mail-Betreiber auf. Der E-Mail-Dienstleister MailRoute dokumentierte das Problem noch am selben Tag öffentlich.

Die Ablehnung war nicht einmal konsequent: Eine Nachricht konnte durchgehen, die nächste wurde abgelehnt, und ein erneuter Versuch klappte dann wieder. Für die Empfänger war das Ganze unsichtbar, denn die Mail wurde direkt am Server abgewiesen und landete nicht einmal im Spam-Ordner. Wer eine wichtige Nachricht erwartete, wusste also gar nicht, dass sie nie angekommen war.

Tests des Dienstes dmarkoff zeigen das Ausmaß: Am 7. November um 21:22 Uhr UTC lehnten alle 16 getesteten Outlook.com- und Hotmail-Postfächer eine Nachricht ohne DMARC-Eintrag ab. Am 9. November um 15:09 Uhr UTC nahmen alle 16 dieselbe Nachricht wieder an.

Wen der Fehler traf

Betroffen waren vor allem kleine Absender mit eigener Domain: Handwerksbetriebe, Arztpraxen, Vereine, Freiberufler und Selbstständige, die ihre E-Mails über die eigene Domain verschicken. Auch Privatleute mit eigener Domain konnten betroffen sein. Wer dagegen über einen großen Anbieter wie Gmail oder GMX sendet, merkte von dem Problem in der Regel nichts, weil diese Anbieter längst DMARC-Einträge für ihre Domains veröffentlichen.

Die Folgen waren im Alltag spürbar. Rechnungen, Angebote, Bewerbungen, Newsletter und private Nachrichten an Outlook- oder Hotmail-Adressen konnten tagelang nicht zugestellt werden. Besonders ärgerlich war das für alle, die auf eine Antwort warteten und nicht wussten, dass ihre Nachricht nie angekommen war.

Nach den Beobachtungen des Dienstes EasyDMARC waren nur die privaten Microsoft-Postfächer betroffen, also outlook.com, hotmail.com, live.com und msn.com sowie deren Ländervarianten. Geschäftskunden mit Microsoft 365 schienen als Empfänger nicht betroffen zu sein.

Was DMARC, SPF und DKIM bedeuten

SPF, DKIM und DMARC sind drei Einträge im DNS, dem Adressbuch des Internets, die zusammen die Echtheit einer E-Mail prüfen. SPF legt fest, welche Server E-Mails für eine Domain verschicken dürfen. DKIM versieht jede Nachricht mit einer digitalen Signatur, die der Empfänger prüfen kann. DMARC verbindet beides: Es sagt dem Empfänger, was mit einer Nachricht passieren soll, deren SPF- oder DKIM-Prüfung fehlschlägt.

Ein DMARC-Eintrag ist ein einzelner TXT-Eintrag unter dem Namen _dmarc vor der eigenen Domain. Die einfachste Stufe heißt p=none und bedeutet nur, dass der Empfänger Berichte schicken soll, ohne Mails abzulehnen. Strengere Stufen sind p=quarantine, bei der verdächtige Mails in den Spam-Ordner wandern, und p=reject, bei der sie ganz abgewiesen werden.

Microsoft hatte schon im April 2025 neue Regeln für große Versender angekündigt. Domains, die mehr als 5.000 Nachrichten am Tag an Outlook.com schicken, müssen seit dem 5. Mai 2025 SPF und DKIM bestehen und einen DMARC-Eintrag mit mindestens p=none veröffentlichen. Wer das nicht erfüllt, bekommt den Fehler 550 5.7.515 Access denied. Der Fehler im November war anders: Er traf Absender jeder Größe, auch solche, die nur eine einzige Mail am Tag verschicken, und er kam mit einem anderen Fehlercode.

Was Microsoft dazu sagt

Microsoft hat die Störung inzwischen als eigenen Fehler bestätigt. Auf der Service-Health-Seite von Microsoft 365 ist sie unter der Nummer EX1545193 dokumentiert. Laut Microsoft führte ein Update der Spam-Regeln dazu, dass E-Mails an Outlook.com, Hotmail und Live fälschlich markiert und blockiert wurden. Der betroffene Zeitraum lief vom 6. November um 18:00 Uhr UTC bis zum 9. November um 11:02 Uhr UTC. Microsoft hat das Update vollständig zurückgenommen und den Vorfall am 10. November geschlossen.

Nach Berichten von WindowsForum und Neowin stufte Microsoft das Problem als Störung des Exchange-Dienstes ein. Am Ende stand fest, dass es kein neuer DMARC-Zwang war, sondern ein fehlerhaftes Update. Für kleine Versender ändert sich dadurch nichts an den offiziellen Regeln. Die Anforderungen aus dem Jahr 2025 für große Versender bleiben bestehen. Wer weniger als 5.000 Mails am Tag an Outlook.com schickt, muss weiterhin keinen DMARC-Eintrag haben. Trotzdem lohnt sich ein Eintrag: Während der Störung reichte schon p=none aus, um die Ablehnung zu verhindern.

Was Absender in Deutschland jetzt prüfen sollten

Wer eine eigene Domain besitzt, sollte seine E-Mail-Einträge jetzt prüfen. Ein DMARC-Eintrag mit p=none ist in wenigen Minuten angelegt und schützt die eigene Domain zusätzlich vor Missbrauch. Über DMARC-Berichte sieht man außerdem, wenn jemand unter dem eigenen Namen Mails verschickt.

Genauso wichtig ist es, SPF und DKIM zu prüfen. Ein fehlender oder falscher SPF-Eintrag führt zu eigenen Problemen, etwa wenn Mails des eigenen Newsletter-Tools abgelehnt werden. Online-Werkzeuge wie MxToolbox oder der DMARC-Check von EasyDMARC zeigen in unter einer Minute, welche Einträge fehlen. Eine Testmail an die eigene Outlook-Adresse gibt danach schnell Gewissheit.

Wer in den vergangenen Tagen eine wichtige Mail an eine Outlook- oder Hotmail-Adresse geschickt hat, sollte prüfen, ob sie angekommen ist. Eine kurze Nachfrage per Telefon oder Messenger klärt das in Sekunden. Wer eine Ablehnung mit dem Code 550 5.7.1 erhalten hat, kann die Mail jetzt einfach erneut senden.

Vorsicht bei den strengeren Stufen: Wer direkt auf p=reject stellt, ohne vorher zu beobachten, riskiert, dass eigene legitime Mails abgelehnt werden. Der sichere Weg ist: erst p=none, die Berichte einige Wochen beobachten, dann schrittweise verschärfen.

Frequently Asked Questions

Warum wurde meine E-Mail an Outlook.com plötzlich abgelehnt?

Wegen eines fehlerhaften Updates lehnte Microsoft vom 6. bis 9. November 2026 einen Teil der Mails an Outlook.com, Hotmail, Live und MSN ab, wenn die sendende Domain keinen DMARC-Eintrag hatte. Der Fehler ist unter EX1545193 dokumentiert und die Regel zurückgenommen. Die Mail kann jetzt erneut gesendet werden.

Muss ich jetzt zwingend einen DMARC-Eintrag anlegen?

Nach den veröffentlichten Regeln von Microsoft müssen nur Versender mit mehr als 5.000 Mails pro Tag an Outlook.com einen DMARC-Eintrag haben. Für alle anderen ist er freiwillig, aber sinnvoll: Während der Störung im November reichte schon ein Eintrag mit p=none aus, um die Ablehnung zu verhindern.

Wie prüfe ich, ob meine Domain einen DMARC-Eintrag hat?

Kostenlose Online-Werkzeuge wie MxToolbox oder der DMARC-Check von EasyDMARC zeigen in unter einer Minute, ob SPF, DKIM und DMARC für eine Domain gesetzt sind. Alternativ hilft der eigene Domain-Hoster oder der E-Mail-Anbieter weiter.