Vanliga misstag

Modul 8: Flytta och få ordning på ditt domän · Lästid: 13 minuter

Lärandemål: Efter den här lektionen kan du känna igen de tolv vanligaste e-postmisstagen på deras symptom, förklara varför de uppstår och åtgärda dem.

Nyckelbegrepp: dubblerad SPF-post, för många SPF-uppslagningar, DMARC för tidigt på reject, DKIM inte aktiverat hos en utskickstjänst, vidarebefordran till Gmail, catch-all, besökare som avsändare, utgående server utan autentisering, servernamnet mail. utan matchande certifikat, full brevlåda, MX bortglömt vid en flytt, POP3 på flera enheter

Så använder du den här lektionen

Varje misstag har samma struktur: vad du ser (symptomet, så som en kund rapporterar det), varför det går fel och hur du åtgärdar det. Symptomen liknar ofta varandra ("mitt mejl kommer inte fram"), medan orsaken kan vara helt olika. Därför anges för varje misstag även hur du bekräftar det: vilket bevis du ska leta efter innan du ändrar något. Gissa inte, mät först (lektion 6.3).

Numren använder du i uppgiften.

Misstag i DNS

Misstag 1: två SPF-poster.
Du ser: mejl till Gmail och Outlook.com hamnar plötsligt i skräpposten, sedan du kopplade in en ny tjänst (Microsoft 365, ett nyhetsbrev, ett bokföringsprogram). I rubrikraderna står spf=permerror.
Varför: tjänsten sa "lägg till den här SPF-posten", och nu finns det två TXT-poster som börjar med v=spf1. Enligt RFC 7208 är det ett permanent fel: SPF räknas inte alls längre.
Bekräfta: slå upp domänens TXT-poster och räkna v=spf1-posterna.
Lösning: slå ihop allt till en enda post (lektion 4.2).

Misstag 2: fler än tio SPF-uppslagningar.
Du ser: samma sak, spf=permerror, men det finns bara en post. Ofta efter att den enåttonde include har lagts till.
Varför: varje include, a, mx, exists och redirect kostar en DNS-uppslagning, även inuti includes. Över tio blir SPF ogiltigt.
Bekräfta: låt en SPF-kontroll räkna rekursivt (uppgift Z4.2).
Lösning: ta bort tjänster du inte längre använder, ersätt a och mx med ip4/ip6 om de är fasta, eller låt en tjänst skicka via en egen bounce-subdomän (lektion 7.1).

Misstag 3: DMARC direkt på p=reject.
Du ser: sedan en DMARC-post sattes kommer inte längre fakturor från bokföringsprogrammet eller mejl från webbplatsen fram. Mottagare svarar med 550 5.7.1 med en hänvisning till DMARC.
Varför: inte alla avsändare var kartlagda. Det som inte kommer via uppriktad SPF eller DKIM nekas nu.
Bekräfta: DMARC-posten och rapporterna (lektion 4.5): vilka källor misslyckas?
Lösning: gå tillbaka till p=none med en rapportadress, åtgärda alla avsändare, och gå därefter steg för steg till quarantine och reject (lektion 4.4). Det är också den rekommenderade linjen i den här kursen.

Misstag 4: DKIM inte inställt hos utskickstjänsten.
Du ser: nyhetsbrev hamnar hos allt fler mottagare utanför inkorgen. I rubrikraderna: dkim=pass header.d= tjänstens domän, dmarc=fail.
Varför: tjänsten signerar med sin egen domän, så DMARC kan inte godkännas via DKIM, och SPF är inte heller uppriktad.
Bekräfta: rubrikrader från ett testnyhetsbrev (uppgift Z7.1).
Lösning: autentisera din domän hos tjänsten (DKIM via CNAME, lektion 7.1).

Misstag med vidarebefordran och adresser

Misstag 5: vidarebefordra allt till Gmail.
Du ser: mejl från vissa avsändare kommer inte fram till Gmail-adressen dit du skickar din affärsmejl, eller hamnar i skräpposten. Ibland får avsändare en bounce från Gmail.
Varför: vid vidarebefordran kommer mejlet till Gmail från din server, som inte finns i den ursprungliga avsändarens SPF. Utan DKIM eller med en avsändare med p=reject misslyckas DMARC. Dessutom ser vidarebefordrad skräppost för Gmail ut som skräppost som du skickar, vilket skadar ditt rykte.
Bekräfta: bouncen eller rubrikraderna hos Gmail (spf=fail eller softfail med din server som källa).
Lösning: vidarebefordra inte, utan lägg till brevlådan i Gmail-appen på telefonen via IMAP (lektion 2.4 och 3.3).

Misstag 6: en catch-all.
Du ser: mycket skräppost till adresser som aldrig har funnits (xyz123@example.com), och en full brevlåda.
Varför: en catch-all tar emot mejl för alla tänkbara adresser. Spammare provar slumpmässiga adresser, och alla dessa kommer in. Vidarebefordrar du dessutom catch-allen vidare ut, blir det misstag 5 i stor skala.
Bekräfta: titta i brevlådan på vilka mottagaradresser skräpposten gick till.
Lösning: stäng av catch-all och skapa ett alias eller en brevlåda för varje adress som faktiskt används (lektion 3.3).

Misstag 7: besökarens adress som avsändare i ett formulär.
Du ser: meddelanden via kontaktformuläret kommer ibland fram och ibland inte, särskilt inte från besökare med en adress hos en stor leverantör.
Varför: din webbplats skickar "på uppdrag av" besökarens domän. Har den domänen p=reject eller p=quarantine, nekar eller filtrerar mottagaren mejlet (lektion 7.3).
Bekräfta: kontrollera vilket From-fält formuläret använder.
Lösning: egen adress i From, besökaren i Reply-To.

Misstag vid inställningen

Misstag 8: utgående server utan autentisering.
Du ser: det går att ta emot mejl men inte att skicka. Meddelande som "relay access denied", "authentication required" eller 550 5.7.1. På iPhone ofta: fälten för den utgående servern lämnade tomma ("valfritt").
Varför: en utgående server skickar bara vidare mejl för den som loggar in. Annars skulle vem som helst kunna använda den som spamkanon.
Bekräfta: inställningarna för den utgående servern i e-postprogrammet.
Lösning: slå på autentisering, med den fullständiga e-postadressen och lösenordet, port 587 med STARTTLS eller 465 med SSL/TLS (lektion 1.4 och 2.3).

Misstag 9: mail.<domän> som servernamn utan matchande certifikat.
Du ser: ett meddelande om ett ogiltigt certifikat eller "kan inte verifiera serverns identitet", eller så fungerar anslutningen inte alls.
Varför: programmet kontrollerar om servernamnet finns i certifikatet. mail.example.com kanske pekar mot servern, men finns inte med i certifikatet. Eller så pekar namnet efter en flytt fortfarande mot den gamla leverantören.
Bekräfta: låt e-postportarna kontrolleras med servernamnet (uppgift Z2.1 och Z8.4).
Lösning: använd servernamnet som leverantören anger, och klicka aldrig bara på "fortsätt ändå" (lektion 2.1).

Misstag 10: en full brevlåda.
Du ser: avsändare får en bounce med 452 4.2.2 eller 552 5.2.2 (brevlådan full). Du själv märker inget, eller bara att inget nytt mejl längre kommer in.
Varför: brevlådan har nått sin kvot. Ofta på grund av år av bilagor, eller en mapp Skickat och Papperskorg som aldrig töms.
Bekräfta: brevlådans användning i panelen eller webbmejlen.
Lösning: städa, arkivera, eller höj kvoten (lektion 3.2).

Misstag vid flytt

Misstag 11: MX bortglömt vid en flytt.
Du ser: efter att webbplatsen eller domänen har flyttats kommer det inte längre in något mejl, eller så kommer det in på en plats ingen tittar på. Eller tvärtom: du har flyttat mejlen till en ny leverantör, men MX pekar fortfarande mot den gamla.
Varför: vid ett namnserverbyte följer hela zonen med. Står inte e-postleverantörens MX-poster i den nya zonen, pekar ditt mejl mot den nya webbservern. Eller så har MX aldrig ändrats.
Bekräfta: slå upp MX hos den auktoritativa namnservern (uppgift Z8.2).
Lösning: sätt rätt MX-poster i den zon som faktiskt är aktiv, och kopiera därefter mejlet en gång till (lektion 8.2).

Misstag 12: POP3 på flera enheter.
Du ser: mejl finns på laptopen men inte på telefonen, eller tvärtom. Efter att laptopen har bytts ut är flera års mejl borta.
Varför: POP3 hämtar mejlet från servern till en enda enhet och tar ofta bort det där (lektion 1.3).
Bekräfta: kontotypen i e-postprogrammet.
Lösning: byt till IMAP; dra först över det mejl som bara finns lokalt till IMAP-brevlådan.

Vad misstagen har gemensamt

Titta igenom listan en gång till. Nästan varje misstag uppstår genom att någon följde en lös instruktion ("lägg till den här posten", "slå på vidarebefordran") utan att se helheten. Den röda tråden i den här kursen:

vet vem som mejlar på uppdrag av din domän (inventering, lektion 4.2 och 8.1);
ändra en sak i taget och kontrollera därefter;
läs beviset: bouncen (lektion 6.1), rubrikraderna (lektion 1.5), DMARC-rapporten (lektion 4.5) och DNS hos den auktoritativa servern.

Sammanfattning

DNS-misstag: två SPF-poster, för många uppslagningar, DMARC för tidigt på reject, DKIM inte aktiverat hos en utskickstjänst.
Adressmisstag: vidarebefordran till Gmail, catch-all, besökarens adress som From.
Inställningsmisstag: ingen autentisering utgående, ett servernamn som inte finns i certifikatet, en full brevlåda.
Flyttmisstag: MX bortglömt, POP3 på flera enheter.
Bekräfta alltid orsaken med bevis innan du ändrar något.

Quiz

Uppgift

Uppgift Z8.3: Vilket fel är det? Du får åtta korta fall, vart och ett med ett symptom och en bit bevis (en rubrikrad, en bounce, ett DNS-svar eller en inställning). Välj för varje fall numret på misstaget (1 till och med 12). Programmet rättar med en fast facit och visar vid ett felaktigt svar vilket bevis du missade.

Uppgift Z8.3: Vilket fel är det?

Fil till den här uppgiften: casussen-z8-3.md

Öppna casussen-z8-3.md och välj för varje fall numret på felet från lektion 8.3.

Fall 1

Fall 2

Fall 3

Fall 4

Fall 5

Fall 6

Fall 7

Fall 8

Det du fyller i och det vi hittar sparar vi inte. Din webbläsare kommer ihåg dina svar och om du klarade uppgiften. Är du inloggad sparar vi bara att du klarade uppgiften (nästan) i Mina kurser; där kan du också ta bort det.

Läs mer

Stegen i de här artiklarna gäller för panelerna hos WebOké; hos andra leverantörer fungerar det på liknande sätt.

Cookies på WebOké

Cookieinställningar

Nödvändiga

Marknadsföring