Vanlige feil

Modul 8: Flytte og få domenet ditt i orden · Lesetid: 13 minutter

Læringsmål: Etter denne leksjonen kan du gjenkjenne de tolv vanligste feilene med e-post på symptomene deres, forklare hvorfor de oppstår og løse dem.

Nøkkelbegreper: dobbel SPF-record, for mange SPF-oppslag, DMARC for tidlig på reject, DKIM ikke aktivert hos en utsendingstjeneste, videresending til Gmail, catch-all, besøkende som avsender, utgående server uten autentisering, mail.-servernavn uten sertifikat, full mailboks, MX glemt ved en flytting, POP3 på flere enheter

Slik bruker du denne leksjonen

Hver feil har samme oppbygning: hva du ser (symptomet, slik en kunde melder det), hvorfor det går galt, og hvordan du løser det. Ofte ligner symptomene på hverandre ("e-posten min kommer ikke fram"), mens årsaken er helt forskjellig. Derfor står det også ved hver feil hvordan du bekrefter den: hvilket bevis du leter etter før du endrer noe. Ikke gjett, mål først (leksjon 6.3).

Numrene bruker du i oppgaven.

Feil i DNS

Feil 1: to SPF-records.
Du ser: e-post til Gmail og Outlook.com havner plutselig i spam, siden du koblet til en ny tjeneste (Microsoft 365, et nyhetsbrev, et regnskapsprogram). I headerne står det spf=permerror.
Hvorfor: tjenesten sa "legg til dette SPF-recordet", og nå står det to TXT-records som begynner med v=spf1. Ifølge RFC 7208 er dette en permanent feil: SPF telles ikke lenger i det hele tatt.
Bekreft: slå opp TXT-recordene til domenet ditt og tell v=spf1-recordene.
Løsning: slå alt sammen i ett record (leksjon 4.2).

Feil 2: mer enn ti SPF-oppslag.
Du ser: det samme, spf=permerror, men det finnes bare ett record. Ofte etter at den n-te include er lagt til.
Hvorfor: hver include, a, mx, exists og redirect koster et DNS-oppslag, også inni includene. Over ti blir SPF ugyldig.
Bekreft: la en SPF-sjekk telle rekursivt (oppgave Z4.2).
Løsning: fjern tjenester du ikke lenger bruker, erstatt a og mx med ip4/ip6 hvis de er faste, eller la en tjeneste sende via et eget bounce-underdomene (leksjon 7.1).

Feil 3: DMARC satt direkte på p=reject.
Du ser: siden et DMARC-record ble satt opp, kommer ikke fakturaer fra regnskapsprogrammet eller e-post fra nettstedet lenger fram. Mottakere svarer med 550 5.7.1 med en henvisning til DMARC.
Hvorfor: ikke alle avsendere var kartlagt. Det som ikke kommer via justert SPF eller DKIM, avvises nå.
Bekreft: DMARC-recordet og rapportene (leksjon 4.5): hvilke kilder feiler?
Løsning: tilbake til p=none med en rapportadresse, reparer alle avsendere, deretter steg for steg til quarantine og reject (leksjon 4.4). Dette er også anbefalingen fra dette kurset.

Feil 4: DKIM ikke satt opp hos utsendingstjenesten.
Du ser: nyhetsbrev havner hos stadig flere mottakere utenfor innboksen. I headerne: dkim=pass header.d= domenet til tjenesten, dmarc=fail.
Hvorfor: tjenesten signerer med sitt eget domene, så DMARC kan ikke lykkes via DKIM, og SPF er heller ikke justert.
Bekreft: headere fra et testnyhetsbrev (oppgave Z7.1).
Løsning: autentiser domenet ditt hos tjenesten (DKIM via CNAME, leksjon 7.1).

Feil med videresending og adresser

Feil 5: alt videresendt til Gmail.
Du ser: e-post fra enkelte avsendere kommer ikke fram til Gmail-adressen du sender forretnings-e-posten din til, eller havner i spam. Noen ganger får avsendere en bounce fra Gmail.
Hvorfor: ved videresending kommer e-posten inn hos Gmail fra din server, som ikke står i SPF-en til den opprinnelige avsenderen. Uten DKIM eller med en avsender med p=reject feiler DMARC. I tillegg ser videresendt spam for Gmail ut som spam du sender, noe som skader omdømmet ditt.
Bekreft: bouncen eller headerne hos Gmail (spf=fail eller softfail med din server som kilde).
Løsning: ikke videresend, men legg til mailboksen i Gmail-appen på telefonen via IMAP (leksjon 2.4 og 3.3).

Feil 6: en catch-all.
Du ser: mye spam på adresser som aldri har eksistert (xyz123@example.com), og en full mailboks.
Hvorfor: en catch-all tar imot e-post for enhver tenkelig adresse. Spammere prøver tilfeldige adresser, og de kommer alle fram. Videresender du catch-all-en i tillegg til omverdenen, blir det feil 5 i stor skala.
Bekreft: se i mailboksen hvilke mottakeradresser spammen gikk til.
Løsning: slå av catch-all, og lag et alias eller en mailboks for hver adresse som faktisk brukes (leksjon 3.3).

Feil 7: besøkendes adresse som avsender i et skjema.
Du ser: meldinger via kontaktskjemaet kommer noen ganger fram og noen ganger ikke, særlig ikke fra besøkende med en adresse hos en stor leverandør.
Hvorfor: nettstedet ditt sender "på vegne av" domenet til den besøkende. Har det domenet p=reject eller p=quarantine, avviser eller filtrerer mottakeren e-posten (leksjon 7.3).
Bekreft: se hvilken From skjemaet bruker.
Løsning: eget adresse i From, besøkende i Reply-To.

Feil ved oppsett

Feil 8: utgående server uten autentisering.
Du ser: mottak fungerer, utsending ikke. Melding som "relay access denied", "authentication required" eller 550 5.7.1. På iPhone ofte: feltene for utgående server er stått tomme ("valgfritt").
Hvorfor: en utgående server videresender bare e-post for den som logger inn. Ellers kunne hvem som helst bruke den som spamkanon.
Bekreft: innstillingene for den utgående serveren i e-postprogrammet.
Løsning: slå på autentisering, med den fullstendige e-postadressen og passordet, port 587 med STARTTLS eller 465 med SSL/TLS (leksjon 1.4 og 2.3).

Feil 9: mail.<domene> som servernavn uten passende sertifikat.
Du ser: en melding om et ugyldig sertifikat eller "kan ikke bekrefte identiteten til serveren", eller at tilkoblingen ikke lykkes i det hele tatt.
Hvorfor: programmet kontrollerer om servernavnet står i sertifikatet. mail.example.com peker kanskje til serveren, men står ikke i sertifikatet. Eller navnet peker fortsatt til den gamle leverandøren etter en flytting.
Bekreft: la mailportene bli kontrollert sammen med servernavnet (oppgave Z2.1 og Z8.4).
Løsning: bruk servernavnet leverandøren oppgir, og klikk aldri bare "fortsett likevel" (leksjon 2.1).

Feil 10: en full mailboks.
Du ser: avsendere får en bounce med 452 4.2.2 eller 552 5.2.2 (mailbox full). Du selv merker ingenting, eller bare at det ikke kommer ny e-post lenger.
Hvorfor: mailboksen har nådd kvoten sin. Ofte på grunn av år med vedlegg, eller en mappe for Sendt og Trash som aldri tømmes.
Bekreft: bruken av mailboksen i panelet eller webmailen.
Løsning: rydd opp, arkiver, eller øk kvoten (leksjon 3.2).

Feil ved flytting

Feil 11: MX glemt ved en flytting.
Du ser: etter at nettstedet eller domenet er flyttet, kommer det ikke lenger e-post, eller den kommer fram et sted ingen sjekker. Eller omvendt: du har flyttet e-posten til en ny leverandør, men MX peker fortsatt til den gamle.
Hvorfor: ved et navneserverbytte følger hele sonen med. Står ikke MX-recordene til e-postleverandøren i den nye sonen, peker e-posten din til den nye webserveren. Eller MX ble aldri endret.
Bekreft: slå opp MX hos den autoritative navneserveren (oppgave Z8.2).
Løsning: sett de riktige MX-recordene i sonen som faktisk er aktiv, og kopier deretter e-posten en gang til (leksjon 8.2).

Feil 12: POP3 på flere enheter.
Du ser: e-post ligger på laptopen men ikke på telefonen, eller omvendt. Etter å ha byttet laptop er år med e-post borte.
Hvorfor: POP3 henter e-posten fra serveren til én enhet og sletter den ofte der (leksjon 1.3).
Bekreft: kontotypen i e-postprogrammet.
Løsning: bytt til IMAP; dra først e-posten som bare ligger lokalt, over til IMAP-mailboksen.

Hva feilene har til felles

Se gjennom listen en gang til. Nesten hver feil oppstår fordi noen fulgte en enkelt instruksjon ("legg til dette recordet", "slå på videresending") uten å se helheten. Den røde tråden i dette kurset:

vit hvem som sender e-post på vegne av domenet ditt (oversikt, leksjon 4.2 og 8.1);
endre én ting om gangen og kontroller etterpå;
les beviset: bouncen (leksjon 6.1), headerne (leksjon 1.5), DMARC-rapporten (leksjon 4.5) og DNS-en hos den autoritative serveren.

Oppsummering

DNS-feil: to SPF-records, for mange oppslag, DMARC for tidlig på reject, DKIM ikke aktivert hos en utsendingstjeneste.
Adressefeil: videresending til Gmail, catch-all, besøkendes adresse som From.
Oppsettsfeil: ingen autentisering utgående, et servernavn som ikke står i sertifikatet, en full mailboks.
Flyttefeil: MX glemt, POP3 på flere enheter.
Bekreft alltid årsaken med bevis før du endrer noe.

Quiz

Oppgave

Oppgave Z8.3: Hvilken feil er det? Du får åtte korte kasuser, hver med et symptom og et stykke bevis (en header, en bounce, et DNS-svar eller en innstilling). Velg for hver kasus nummeret på feilen (1 til og med 12). Programmet kontrollerer med en fast fasit og viser ved et feil svar hvilket bevis du overså.

Oppgave Z8.3: Hvilken feil er det?

Fil til denne oppgaven: casussen-z8-3.md

Åpne casussen-z8-3.md og velg for hver case nummeret på feilen fra leksjon 8.3.

Case 1

Case 2

Case 3

Case 4

Case 5

Case 6

Case 7

Case 8

Det du fyller inn, og det vi finner, lagrer vi ikke. Nettleseren din husker svarene dine og om du har bestått oppgaven. Er du logget inn, lagrer vi kun at du har (nesten) bestått oppgaven i Mine kurs; der kan du også slette det.

Les mer

Trinnene i disse artiklene gjelder for panelene til WebOké; hos andre leverandører fungerer det på lignende måte.

Cookies hos WebOké

Cookie-innstillinger

Nødvendige

Markedsføring