Viktiga mejl kan stoppas innan de når din inkorg

Problemet har rapporterats av både privatpersoner och företag som tidigare har kunnat skicka till Microsofts konsumentadresser utan problem. Avsändaren får i stället ett felmeddelande som säger att mejlet saknar eller inte klarar kontroller av SPF, DKIM eller DMARC.

Även små avsändare verkar drabbas, trots att Microsofts tidigare publicerade krav på DMARC främst gällt domäner som skickar minst 5 000 mejl per dag till Outlooks konsumenttjänster.

Mottagaren kan vänta förgäves

Det mest problematiska är hur felet märks.

När ett mejl stoppas på servernivå hamnar det inte i skräpposten och visas inte som blockerat i mottagarens inkorg. Det är avsändaren som får ett leveransfel, medan personen med Hotmail- eller Outlook-adressen kan vara helt ovetande.

Det kan få större konsekvenser än ett vanligt spamfilter. Computerworld lyfter exempel som fakturor, lösenordsåterställningar, bokningsbekräftelser, vårdrelaterade meddelanden och jobberbjudanden som kan stoppas utan att mottagaren förstår varför.

Läs mer: Microsoft varnar: Din Windows-dator kan sluta uppdateras

Även fungerande avsändare har stoppats

Den första misstanken är att problemet framför allt drabbar domäner som saknar en DMARC-post.

DMARC är ett system som hjälper mottagande mejlservrar att kontrollera att ett meddelande verkligen kommer från domänen som står som avsändare. Det bygger tillsammans med SPF och DKIM upp ett skydd mot bland annat spoofing och nätfiske.

Men rapporterna är inte helt konsekventa. Det finns även exempel där avsändaren uppges ha fungerande SPF och DKIM, och i vissa fall även DMARC, men där meddelanden ändå har avvisats.

På Microsofts eget supportforum finns användare som beskriver hur vissa meddelanden från samma avsändare går fram medan andra stoppas.

Det gör det svårt att förklara hela problemet med att avsändare helt enkelt saknar rätt inställningar.

Microsoft har inte annonserat någon ny regel

Microsoft införde redan 2025 striktare krav för stora avsändare till Outlook.com.

Domäner som skickar fler än 5 000 mejl om dagen måste använda SPF, DKIM och DMARC. Microsoft skrev då uttryckligen att reglerna gällde företagets konsumenttjänster Outlook.com, Hotmail och Live.

Det som händer nu verkar gå längre. Små företag och andra avsändare som ligger långt under gränsen på 5 000 mejl om dagen rapporterar samma typ av avvisningar.

Microsoft har vid publiceringen inte gått ut med något offentligt besked om att kravet medvetet har utökats till alla avsändare. Problemet finns inte heller med på företagets publika sida över kända Outlook.com-problem.

Kan vara ett fel snarare än en ny policy

En Microsoft-moderator har beskrivit situationen som en pågående försämring av tjänsten som undersöks, enligt Computerworld. Det är däremot inte samma sak som ett formellt besked från Microsoft om orsaken.

Det är därför fortfarande oklart om företaget försökt skärpa sina krav och fått en oväntad effekt, eller om det rör sig om ett rent tekniskt fel.

Felkoderna som återkommer är bland annat 550 5.7.1 och 550 5.7.23. I flera rapporter anges även koden AS9031519 tillsammans med beskedet att meddelandet saknar autentiseringsposter.

Gäller främst Hotmail och Outlook.com

Det är också viktigt att skilja på olika Microsoft-tjänster.

Rapporterna gäller framför allt privatadresser på Outlook.com, Hotmail, Live och MSN. Ett test som dmarcian genomförde visade att ett meddelande från en domän utan DMARC stoppades av Outlook.com men accepterades av en Microsoft 365-företagsadress.

Det betyder inte att inga Microsoft 365-användare kan påverkas indirekt. Ett företag som skickar mejl från Microsoft 365 till en kund med Hotmail kan fortfarande få sitt meddelande avvisat på mottagarsidan.

Själva problemet sitter alltså hos Microsofts konsumenttjänst för inkommande mejl.

Du kan inte fixa det från din Hotmail

Om du använder Hotmail eller Outlook.com finns det ingen DMARC-inställning du själv ska ändra.

Microsoft hanterar DNS och autentisering för sina egna outlook.com- och hotmail.com-domäner. En moderator på Microsoft Q&A förklarar att felmeddelandet i stället gäller domänen som försöker skicka mejlet till dig.

Att lägga avsändaren bland säkra avsändare behöver inte heller hjälpa, eftersom mejlet kan stoppas innan det över huvud taget når din inkorg.

Om du väntar på ett viktigt mejl och det inte dyker upp är det därför värt att kontakta avsändaren via en annan kanal och fråga om de fått ett leveransfel.

Företag bör kontrollera sina studsade mejl

För företag är rådet mer konkret.

Kontrollera mejlloggar och rapporter över studsade meddelanden från och med den 5 november och leta efter fel som nämner SPF, DKIM, DMARC, 550 5.7.1, 550 5.7.23 eller AS9031519.

Om domänen helt saknar DMARC rekommenderar flera e-postsäkerhetsexperter att åtminstone lägga till en grundläggande DMARC-post med policyn p=none. Den börjar samla rapporter utan att instruera mottagare att automatiskt stoppa meddelanden som misslyckas.

SPF och DKIM behöver samtidigt vara korrekt konfigurerade och linjera med domänen som faktiskt visas som avsändare.

Har allt redan rätt inställningar men Outlook fortsätter avvisa mejlen rekommenderas att hela felrapporten skickas vidare till Microsoft.

Viktiga meddelanden kan behöva skickas igen

Den kanske viktigaste konsekvensen är att företag inte bör utgå från att ett skickat mejl verkligen kom fram.

Om organisationen skickat tidskritiska meddelanden till Hotmail-, Outlook-, Live- eller MSN-adresser sedan den 5 november kan det vara värt att kontrollera leveransrapporterna och skicka om sådant som stoppats.

För mottagaren är situationen svårare eftersom det inte finns någon misslyckad leverans att se.

Du kanske helt enkelt väntar på ett mejl som Outlook redan har sagt nej till.