Fel 550 5.7.515 ”Access denied, sending domain does not meet the required authentication level” – vad det betyder och hur du åtgärdar det

Vad felet betyder

Ditt meddelande avvisades av Microsoft (Outlook.com, Hotmail, Live, MSN) innan det nådde mottagaren. Hela returmeddelandet lyder:

550; 5.7.515 Access denied, sending domain [yourdomain.com]
does not meet the required authentication level.

Det här är ett permanent fel: mejlet levererades inte och kommer inte att skickas på nytt. Sedan maj 2025 tillämpar Microsoft krav på autentisering för avsändare till sina konsumentdomäner – meddelanden från domäner utan korrekt konfigurerad SPF, DKIM och DMARC avvisas direkt i stället för att sorteras till skräpposten.

Varför du får felet

Något eller några av följande gäller för din domän:

1. Det finns ingen DMARC-post. Microsoft kräver som minimum en publicerad DMARC-policy (p=none eller striktare) på _dmarc.yourdomain.com.
2. SPF misslyckas eller saknar domänöverensstämmelse (alignment). Servern som skickade meddelandet finns inte med i din SPF-post — vanligt när ett nyhetsbrevsverktyg, ett CRM-system, ett faktureringssystem eller en webbutik skickar å dina vägnar utan att någonsin ha auktoriserats.
3. DKIM misslyckas eller saknar alignment. Meddelandet signerades inte, signaturen är trasig, eller så signerades det med en annan domän än den i din From-adress.
4. Din SPF-utvärdering har ett fel. Syntaxfel eller dubbla SPF-poster kan ge permerror. En överskriden uppslagsbudget påverkar den utvärderade vägen; en giltig DKIM-signatur med alignment kan fortfarande klara DMARC.

Gränsen på ”5 000 meddelanden per dag” i Microsofts tillkännagivande vilseleder många småföretag. Domänens rykte bedöms utifrån samma signaler oavsett volym, och volymen från alla tjänster som skickar i din domäns namn räknas ihop.

Så åtgärdar du det

1. Kontrollera nuläget. Kör din domän genom ett verktyg som validerar SPF, DKIM och DMARC tillsammans — ett gratis Merula-konto omfattar en domän och kör sina första kontroller inom några minuter.
2. Publicera en DMARC-post om den saknas: v=DMARC1; p=none; rua=mailto:reports@yourdomain.com är det minimum som uppfyller kravet – och rua-adressen börjar ge dig insyn i vem som skickar i din domäns namn.
3. Identifiera avsändaren som fallerar. Returmeddelandet visar vilket meddelande som avvisades; spåra det till den tjänst som skickade det. Lägg till tjänsten i SPF, eller aktivera DKIM-signering i tjänstens inställningar (alla större plattformar – Microsoft 365, Google Workspace, Mailchimp, HubSpot, Brevo – dokumenterar hur).
4. Kontrollera alignment. Domänen i din From-adress måste stämma överens med domänen som klarar SPF eller DKIM. Mejl som skickas ”via” en leverantörs egen domän misslyckas med alignment även när SPF tekniskt sett går igenom.
5. Testa igen och övervaka sedan. Själva åtgärden tar några minuter; det svåra är att den håller. DMARC:s aggregerade rapporter visar nästa fel, så att du kan fånga upp det tidigt.

EU-perspektiv

Det här är inte bara en regel hos Microsoft. Google och Yahoo har tillämpat motsvarande krav sedan 2024, och europeiska myndigheter pekar åt samma håll: EU:s CSIRT-nätverk – inklusive CERT-EU:s vägledning, som nationella team i medlemsstaterna har anammat — rekommenderar DMARC som en grundläggande skyddsåtgärd mot förfalskade avsändare, och e-postautentisering är en erkänd del av riskhanteringsåtgärderna i NIS2. När du åtgärdar felet hamnar du i linje med vart EU:s grundläggande förväntningar ändå är på väg.