Felet 550 5.7.26

Vad felet betyder

5.7.26 är en studskod som Gmail brukar skicka när ett mejl inte är tillräckligt autentiserat. Mejlet avvisades vid mottagandet och studsade tillbaka till avsändaren. Det är alltså ett permanent fel, inte ett tillfälligt.

Gmail ger felet i två vanliga lägen:

• Mejlet klarade inte DMARC, och avsändardomänens policy är quarantine eller reject.
• Mejlet saknar SPF och DKIM som godkänns för avsändaren, eller är inte alignat med domänen i From.

Bouncetexten varierar, men brukar säga att meddelandet saknar autentiseringsinformation eller inte klarar autentiseringen (SPF eller DKIM), och att det har blockerats för att skydda användarna mot skräppost. Ibland nämner den domänens DMARC-policy. Läs texten i studsmeddelandet: den pekar ofta ut vilket av SPF och DKIM som saknas.

Felsök i den här ordningen

1. Testa avsändardomänen

Kör testet på domänen i From-adressen. Du ser direkt om SPF, DKIM eller DMARC saknas eller har fel, och rapporten föreslår åtgärder.

2. Kontrollera SPF för tjänsten som skickade

Vilken tjänst skickade det studsade mejlet? Det kan vara Microsoft 365, Google Workspace, ett nyhetsbrevsverktyg, ett CRM eller webbplatsens kontaktformulär. Tjänsten måste finnas i domänens SPF-post, till exempel som include:spf.protection.outlook.com. Kontrollera också att du har en enda SPF-post och inte fler än 10 DNS-uppslag, annars ger SPF ett permanent fel.

3. Kontrollera DKIM-signeringen

Många tjänster signerar inte med din domän förrän du har aktiverat det och lagt in deras CNAME- eller TXT-poster. Titta i rubrikerna på ett mejl som tjänsten har skickat: finns det en DKIM-Signature, och vilken domän står i d=?

4. Kontrollera alignment

Det är den vanligaste dolda orsaken. SPF eller DKIM kan gå igenom och ändå inte räknas för DMARC, om domänen inte stämmer med From:

• SPF: domänen i Return-Path måste höra till samma domän som From.
• DKIM: domänen i d= måste höra till samma domän som From.

Det räcker att en av dem är alignad. Ett tredjepartsverktyg som signerar med sin egen domän och använder sin egen Return-Path klarar inte DMARC för dig. Aktivera då egen domän (ofta kallat custom domain, domänautentisering eller liknande) i verktyget.

5. Tänk på vidarebefordran

När ett mejl vidarebefordras från en adress till en annan kommer det ofta från en ny server, och då misslyckas SPF. DKIM klarar vidarebefordran bättre om meddelandet inte ändras på vägen. Mejllistor som ändrar ämnesrad eller lägger till en sidfot kan bryta signaturen. Om studsen kommer vid vidarebefordran, leta efter om DKIM gick igenom hos första mottagaren.

6. Läs rubrikerna

Skicka ett testmejl till ett eget Gmail-konto och välj Visa original. Där visas SPF, DKIM och DMARC som pass eller fail, och domänerna som kontrollen gällde.

När det beror på mottagaren

Ibland är avsändarens DNS rätt och mejlet studsar ändå. Det kan bero på:

• att mottagaren använder Gmail via en egen domän (Google Workspace) med strängare regler än standard,
• att mejlet skickas vidare via en tjänst eller regel hos mottagaren som ändrar det,
• att du skickar stora volymer och Gmail tillämpar kraven för bulkavsändare (se guiden för Google Workspace),
• att ett tillfälligt DNS-fel gjorde att Gmail inte kunde hämta dina poster just då.

Om rapporten på dmarccheck.se visar att din domän är i ordning, och bara en viss mottagare studsar dina mejl, be mottagaren (eller deras IT-ansvarige) att kontrollera sina filter och be om rubrikerna från ett studsat mejl.

Vad gör du sedan?

Rätta det som felsökningen visar och skicka ett nytt testmejl. När det fungerar bör du kontrollera hela kedjan i Vad är DMARC? och sätta upp rapporter med rua, så att du får veta om det blir fel igen. Har du Microsoft 365 hittar du stegen i guiden för Microsoft 365.