Almindelige fejl

Modul 8: Flytning og styr på dit domæne · Læsetid: 13 minutter

Læringsmål: Efter denne lektion kan du genkende de tolv mest almindelige fejl med e-mail på deres symptomer, forklare hvorfor de går galt, og løse dem.

Nøglebegreber: dobbelt SPF-record, for mange SPF-opslag, DMARC for tidligt på reject, DKIM ikke slået til hos en afsendertjeneste, videresendelse til Gmail, catch-all, besøgende som afsender, udgående server uden godkendelse, mail.-servernavn uden certifikat, fuld mailboks, MX glemt ved en flytning, POP3 på flere enheder

Sådan bruger du denne lektion

Hver fejl har samme opbygning: hvad du ser (symptomet, som en kunde melder det), hvorfor det går galt, og hvordan du løser det. Symptomerne ligner ofte hinanden ("min mail kommer ikke frem"), mens årsagen kan være helt anderledes. Derfor står der ved hver fejl også hvordan du bekræfter den: hvilket bevis du skal finde, før du ændrer noget. Gæt ikke, mål først (lektion 6.3).

Numrene bruger du i opgaven.

Fejl i DNS

Fejl 1: to SPF-records.
Du ser: mail til Gmail og Outlook.com havner pludselig i spam, siden du koblede en ny tjeneste til (Microsoft 365, et nyhedsbrev, et regnskabsprogram). I headerne står der spf=permerror.
Hvorfor: tjenesten sagde "tilføj denne SPF-record", og nu findes der to TXT-records der begynder med v=spf1. Ifølge RFC 7208 er det en permanent fejl: SPF tæller slet ikke længere.
Bekræft: slå domænets TXT-records op, og tæl v=spf1-records.
Løsning: saml alt i én record (lektion 4.2).

Fejl 2: mere end ti SPF-opslag.
Du ser: det samme, spf=permerror, men der er kun én record. Sker ofte efter at have tilføjet endnu en include.
Hvorfor: hver include, a, mx, exists og redirect koster et DNS-opslag, også inde i includes. Over ti gør SPF ugyldigt.
Bekræft: lad et SPF-tjek tælle rekursivt (opgave Z4.2).
Løsning: fjern tjenester du ikke længere bruger, erstat a og mx med ip4/ip6 hvis de er faste, eller lad en tjeneste sende via sit eget bounce-subdomæne (lektion 7.1).

Fejl 3: DMARC sat direkte på p=reject.
Du ser: siden en DMARC-record blev sat op, kommer fakturaer fra regnskabsprogrammet eller mail fra hjemmesiden ikke længere frem. Modtagere giver 550 5.7.1 med en henvisning til DMARC.
Hvorfor: ikke alle afsendere var i billedet. Det der ikke kommer igennem via tilpasset (aligned) SPF eller DKIM, bliver nu afvist.
Bekræft: DMARC-recorden og rapporterne (lektion 4.5): hvilke kilder fejler?
Løsning: gå tilbage til p=none med en rapportadresse, reparér alle afsendere, gå derefter trinvist videre til quarantine og reject (lektion 4.4). Det er også rådgivningslinjen i dette kursus.

Fejl 4: DKIM ikke opsat hos afsendertjenesten.
Du ser: nyhedsbreve rammer efterhånden ikke indbakken hos flere og flere modtagere. I headerne: dkim=pass header.d= tjenestens domæne, dmarc=fail.
Hvorfor: tjenesten signerer med sit eget domæne, så DMARC kan ikke bestå via DKIM, og SPF er heller ikke tilpasset (aligned).
Bekræft: headere fra et testnyhedsbrev (opgave Z7.1).
Løsning: godkend dit domæne hos tjenesten (DKIM via CNAME, lektion 7.1).

Fejl med videresendelse og adresser

Fejl 5: alt videresendt til Gmail.
Du ser: mail fra visse afsendere kommer ikke frem til Gmail-adressen, som du sender din erhvervsmail videre til, eller havner i spam. Nogle gange får afsendere en bounce fra Gmail.
Hvorfor: ved videresendelse kommer mailen til Gmail fra din server, som ikke står i SPF for den oprindelige afsender. Uden DKIM, eller med en afsender der har p=reject, fejler DMARC. Desuden ligner videresendt spam for Gmail spam som du sender, hvilket skader dit omdømme.
Bekræft: bounce'en eller headerne hos Gmail (spf=fail eller softfail med din server som kilde).
Løsning: videresend ikke, men tilføj mailboksen i Gmail-appen på din telefon via IMAP (lektion 2.4 og 3.3).

Fejl 6: en catch-all.
Du ser: meget spam på adresser der aldrig har eksisteret (xyz123@example.com), og en fuld mailboks.
Hvorfor: en catch-all modtager mail for enhver tænkelig adresse. Spammere afprøver tilfældige adresser, og de kommer alle igennem. Videresender du også catch-all'en udadtil, bliver det fejl 5 i stor skala.
Bekræft: tjek i mailboksen hvilke modtageradresser spammen gik til.
Løsning: slå catch-all fra, og lav en alias eller mailboks for hver rigtigt brugt adresse (lektion 3.3).

Fejl 7: den besøgendes adresse som afsender i en formular.
Du ser: beskeder via kontaktformularen kommer nogle gange frem og andre gange ikke, især ikke fra besøgende med en adresse hos en stor udbyder.
Hvorfor: din hjemmeside sender "på vegne af" den besøgendes domæne. Har det domæne p=reject eller p=quarantine, afviser eller filtrerer modtageren mailen (lektion 7.3).
Bekræft: tjek hvilken From formularen bruger.
Løsning: eget domæne i From, besøgende i Reply-To.

Fejl ved opsætning

Fejl 8: udgående server uden godkendelse.
Du ser: modtagelse virker, afsendelse ikke. Fejlmeldinger som "relay access denied", "authentication required" eller 550 5.7.1. På iPhone ofte: felterne ved den udgående server efterladt tomme ("valgfrit").
Hvorfor: en udgående server videresender kun mail for dem der logger ind. Ellers kunne alle bruge den som spamkanon.
Bekræft: indstillingerne for den udgående server i mailprogrammet.
Løsning: slå godkendelse til, med den fulde mailadresse og adgangskoden, port 587 med STARTTLS eller 465 med SSL/TLS (lektion 1.4 og 2.3).

Fejl 9: mail.<domæne> som servernavn uden passende certifikat.
Du ser: en meddelelse om et ugyldigt certifikat eller "kan ikke verificere serverens identitet", eller forbindelsen lykkes slet ikke.
Hvorfor: programmet kontrollerer om servernavnet står i certifikatet. mail.example.com peger måske på serveren, men står ikke i certifikatet. Eller navnet peger efter en flytning stadig på den gamle udbyder.
Bekræft: lad mailportene blive tjekket sammen med servernavnet (opgave Z2.1 og Z8.4).
Løsning: brug det servernavn udbyderen oplyser, og klik aldrig bare "fortsæt alligevel" (lektion 2.1).

Fejl 10: en fuld mailboks.
Du ser: afsendere får en bounce med 452 4.2.2 eller 552 5.2.2 (mailbox full). Du selv bemærker intet, eller kun at der ikke længere kommer ny mail.
Hvorfor: mailboksen har nået sin kvote. Ofte på grund af års vedhæftninger, eller en mappe Sendt og Papirkurv der aldrig bliver tømt.
Bekræft: mailboksens forbrug i panelet eller webmailen.
Løsning: ryd op, arkivér, eller forhøj kvoten (lektion 3.2).

Fejl ved flytning

Fejl 11: MX glemt ved en flytning.
Du ser: efter flytning af hjemmesiden eller domænet kommer der ikke mere mail ind, eller den kommer ind et sted ingen kigger. Eller omvendt: du har flyttet mailen til en ny udbyder, men MX peger stadig på den gamle.
Hvorfor: ved et nameserverskifte følger hele zonen med. Står mailudbyderens MX-records ikke i den nye zone, peger din mail mod den nye webserver. Eller MX er aldrig blevet tilpasset.
Bekræft: slå MX op hos den autoritative nameserver (opgave Z8.2).
Løsning: sæt de rigtige MX-records i den zone der reelt er aktiv, og kopiér derefter mailen endnu en gang (lektion 8.2).

Fejl 12: POP3 på flere enheder.
Du ser: mail findes på bærbaren, men ikke på telefonen, eller omvendt. Efter udskiftning af den bærbare er års mail forsvundet.
Hvorfor: POP3 henter mailen fra serveren til én enhed og sletter den ofte der (lektion 1.3).
Bekræft: kontotypen i mailprogrammet.
Løsning: skift til IMAP; træk først den mail der kun findes lokalt, over i IMAP-mailboksen.

Hvad fejlene har til fælles

Se listen igennem igen. Næsten hver fejl opstår fordi nogen fulgte en løsrevet instruktion ("tilføj denne record", "slå videresendelse til") uden at se helheden. Den røde tråd i dette kursus:

• vid hvem der sender mail på vegne af dit domæne (oversigt, lektion 4.2 og 8.1);
• skift én ting ad gangen og kontrollér bagefter;
• læs beviset: bounce'en (lektion 6.1), headerne (lektion 1.5), DMARC-rapporten (lektion 4.5) og DNS'en hos den autoritative server.

Opsummering

• DNS-fejl: to SPF-records, for mange opslag, DMARC for tidligt på reject, DKIM ikke slået til hos en afsendertjeneste.
• Adressefejl: videresendelse til Gmail, catch-all, den besøgendes adresse som From.
• Opsætningsfejl: ingen godkendelse udgående, et servernavn der ikke står i certifikatet, en fuld mailboks.
• Flytningsfejl: MX glemt, POP3 på flere enheder.
• Bekræft altid årsagen med bevis, før du ændrer noget.

Quiz

Opgave

Opgave Z8.3: Hvilken fejl er det? Du får otte korte sager, hver med et symptom og et stykke bevis (en header, en bounce, et DNS-svar eller en indstilling). Vælg for hver sag nummeret på fejlen (1 til og med 12). Programmet retter med en fast facitliste og viser ved et forkert svar hvilket bevis du overså.

Læs mere

Trinnene i disse artikler gælder for panelerne hos WebOké; hos andre udbydere fungerer det tilsvarende.

• DirectAdmin vejledning 18.9: Jeg modtager ikke længere e-mails
• DirectAdmin vejledning 18.10: Jeg kan ikke sende e-mail
• Jeg modtager ikke længere e-mails: sådan finder du årsagen
• Jeg kan ikke sende e-mails (modtagelse fungerer fint)
• Videresend e-mail til en anden adresse (forwarders, catch-all frarådes)
• Gratis DNS-kursus 8.4: Almindelige fejl