Veelgemaakte fouten

Moodul 8: Kolimine ja domeeni korrashoid · Lugemisaeg: 13 minutit

Õpieesmärk: pärast seda tundi tunned ära kaksteist kõige sagedamini esinevat e-posti viga nende tunnuste järgi, oskad selgitada, miks need juhtuvad, ja oskad need lahendada.

Põhimõisted: topelt SPF-kirje, liiga palju SPF-päringuid, DMARC liiga vara reject-režiimil, DKIM saateteenuses sisse lülitamata, suunamine Gmaili, catch-all, külastaja saatjana, väljuv server ilma autentimiseta, mail.-serverinimi ilma sobiva sertifikaadita, täis postkast, MX unustatud kolimisel, POP3 mitmes seadmes

Kuidas seda tundi kasutada

Igal vea kirjeldusel on sama ülesehitus: mida sa näed (tunnus, nagu klient selle kirjeldab), miks see juhtub, ja kuidas sa selle lahendad. Sageli on tunnused sarnased ("minu kiri ei jõua kohale"), aga põhjus hoopis erinev. Seepärast on iga vea juures kirjas ka, kuidas sa selle kinnitad: millist tõendit sa otsid, enne kui midagi muudad. Ära arva, mõõda enne (tund 6.3).

Numbreid kasutad sa ülesandes.

Vead DNS-is

Viga 1: kaks SPF-kirjet.
Sa näed: kirjad Gmaili ja Outlook.com-i lähevad ootamatult rämpsposti, pärast seda, kui ühendasid uue teenuse (Microsoft 365, uudiskirja, raamatupidamisprogrammi). Päistes on spf=permerror.
Miks: teenus ütles "lisa see SPF-kirje" ja nüüd on olemas kaks TXT-kirjet, mis algavad v=spf1-ga. Vastavalt RFC 7208-le on see püsiv viga: SPF ei lähe üldse arvesse.
Kinnita: vaata oma domeeni TXT-kirjeid ja loe v=spf1-kirjete arv.
Lahendus: ühenda kõik üheks kirjeks (tund 4.2).

Viga 2: rohkem kui kümme SPF-päringut.
Sa näed: sama, spf=permerror, aga on ainult üks kirje. Tihti tekib see pärast järjekordse include lisamist.
Miks: iga include, a, mx, exists ja redirect tähendab DNS-päringut, ka include'ide sees endis. Üle kümne muutub SPF kehtetuks.
Kinnita: lase SPF-i kontrollil päringud rekursiivselt kokku lugeda (ülesanne Z4.2).
Lahendus: eemalda teenused, mida enam ei kasuta, asenda a ja mx väärtustega ip4/ip6, kui need on fikseeritud, või lase teenusel saata oma eraldi tagastusaadresside alamdomeeni kaudu (tund 7.1).

Viga 3: DMARC kohe p=reject-l.
Sa näed: pärast DMARC-kirje seadistamist ei jõua enam kohale arved raamatupidamisprogrammist ega veebisaidilt saadetud kirjad. Vastuvõtjad annavad 550 5.7.1 koos viitega DMARC-ile.
Miks: kõiki saatjaid ei olnud kaardistatud. See, mis ei tule läbi joondatud SPF-i või DKIM-i, nüüd lükatakse tagasi.
Kinnita: DMARC-kirje ja aruanded (tund 4.5): millised allikad ebaõnnestuvad?
Lahendus: mine tagasi p=none peale koos aruandeaadressiga, paranda kõik saatjad, siis liigu samm-sammult quarantine ja reject suunas (tund 4.4). See on ka selle kursuse soovitatud tee.

Viga 4: DKIM pole saateteenuses seadistatud.
Sa näed: uudiskirjad ei jõua järjest rohkemate vastuvõtjate postkasti. Päistes: dkim=pass header.d= teenuse domeen, dmarc=fail.
Miks: teenus allkirjastab oma domeeniga, seega DMARC ei saa DKIM-i kaudu õnnestuda ja ka SPF pole joondatud.
Kinnita: testuudiskirja päised (ülesanne Z7.1).
Lahendus: autendi oma domeen teenuse juures (DKIM CNAME kaudu, tund 7.1).

Vead suunamise ja aadressidega

Viga 5: kõik suunatakse Gmaili.
Sa näed: mõne saatja kirjad ei jõua kohale Gmaili aadressil, kuhu suunad oma äriposti, või lähevad rämpsposti. Vahel saavad saatjad Gmaililt tagastuse.
Miks: suunamise korral jõuab kiri Gmaili sinu serverist, mis ei ole algse saatja SPF-is. Ilma DKIM-ita või kui saatjal on p=reject, ebaõnnestub DMARC. Lisaks näeb edastatud rämpspost Gmaili jaoks välja nagu rämpspost, mida saadad sina, mis kahjustab su mainet.
Kinnita: tagastuskiri või päised Gmailis (spf=fail või softfail sinu serveriga allikana).
Lahendus: ära suuna edasi, vaid lisa postkast Gmaili rakendusse telefonis IMAP kaudu (tunnid 2.4 ja 3.3).

Viga 6: catch-all.
Sa näed: palju rämpsposti aadressidele, mida pole kunagi olemas olnud (xyz123@example.com), ja täis postkast.
Miks: catch-all võtab vastu kirju mis tahes mõeldava aadressi jaoks. Rämpsposti saatjad proovivad juhuslikke aadresse ja need kõik jõuavad kohale. Kui suunad catch-alli ka väljapoole edasi, muutub see suureks viga 5-ks.
Kinnita: vaata postkastist, millistele vastuvõtjaaadressidele rämpspost läks.
Lahendus: lülita catch-all välja ja loo iga päriselt kasutatava aadressi jaoks alias või postkast (tund 3.3).

Viga 7: külastaja aadress saatjana vormil.
Sa näed: kontaktivormi kaudu saadetud kirjad jõuavad vahel kohale, vahel mitte, eriti mitte suurte teenusepakkujate aadressiga külastajatelt.
Miks: sinu veebisait saadab kirja "külastaja domeeni nimel". Kui sellel domeenil on p=reject või p=quarantine, lükkab vastuvõtja kirja tagasi või filtreerib selle (tund 7.3).
Kinnita: vaata, millist From-aadressi vorm kasutab.
Lahendus: pane From-väljale oma aadress, külastaja aadress Reply-To-sse.

Vead seadistamisel

Viga 8: väljuv server ilma autentimiseta.
Sa näed: vastuvõtmine töötab, saatmine mitte. Teade nagu "relay access denied", "authentication required" või 550 5.7.1. iPhone'is sageli: väljuva serveri väljad on jäetud tühjaks ("valikuline").
Miks: väljuv server edastab kirju ainult neile, kes logivad sisse. Muidu saaks igaüks seda rämpsposti saatmiseks kasutada.
Kinnita: väljuva serveri seaded meiliprogrammis.
Lahendus: lülita autentimine sisse, kasuta täielikku e-posti aadressi ja parooli, port 587 koos STARTTLS-iga või 465 koos SSL/TLS-iga (tunnid 1.4 ja 2.3).

Viga 9: mail.<domeen> serverinimena ilma sobiva sertifikaadita.
Sa näed: teade kehtetu sertifikaadi kohta või "serveri identiteeti ei saa kinnitada", või ühendus ei õnnestu üldse.
Miks: programm kontrollib, kas serverinimi on sertifikaadis olemas. mail.example.com võib osutada serverile, kuid ei pruugi olla sertifikaadis kirjas. Või osutab nimi pärast kolimist endiselt vanale teenusepakkujale.
Kinnita: lase meilipordid koos serverinimega üle kontrollida (ülesanded Z2.1 ja Z8.4).
Lahendus: kasuta serverinime, mille teenusepakkuja annab, ja ära kunagi lihtsalt klõpsa "jätka ikkagi" peale (tund 2.1).

Viga 10: täis postkast.
Sa näed: saatjad saavad tagastuse koodiga 452 4.2.2 või 552 5.2.2 (postkast täis). Sina ei märka midagi, või ainult seda, et uusi kirju enam ei tule.
Miks: postkast on jõudnud oma mahupiirini. Tihti aastatepikkuste manuste tõttu, või kuna kaustad Sent ja Trash ei saa kunagi tühjaks.
Kinnita: postkasti kasutus paneelis või veebipostis.
Lahendus: koristamine, arhiveerimine või mahupiiri suurendamine (tund 3.2).

Vead kolimisel

Viga 11: MX unustatud kolimisel.
Sa näed: pärast veebisaidi või domeeni kolimist ei jõua enam kirju kohale, või need jõuavad kohta, kuhu keegi ei vaata. Või vastupidi: viisid meili uuele teenusepakkujale, aga MX osutab endiselt vanale.
Miks: nimeserverite vahetamisel läheb kaasa kogu tsoon. Kui meiliteenuse pakkuja MX-kirjed pole uues tsoonis, osutab sinu meil uuele veebiserverile. Või MX-i pole kunagi muudetud.
Kinnita: küsi MX kirjeid otse volitatud nimeserverilt (ülesanne Z8.2).
Lahendus: pane õiged MX-kirjed tsooni, mis on tegelikult aktiivne, ja kopeeri seejärel meil veel kord üle (tund 8.2).

Viga 12: POP3 mitmes seadmes.
Sa näed: kiri on sülearvutis, aga mitte telefonis, või vastupidi. Pärast sülearvuti vahetamist on aastatepikkune meilikirjavahetus kadunud.
Miks: POP3 toob kirjad serverist ühte seadmesse ja kustutab need seal sageli ära (tund 1.3).
Kinnita: konto tüüp meiliprogrammis.
Lahendus: lülitu üle IMAP-ile; kirjad, mis on ainult kohapeal, lohista enne IMAP-postkasti.

Mis neil vigadel ühist on

Vaata nimekirja veel kord üle. Peaaegu iga viga tekib sellest, et keegi järgis üksikut juhist ("lisa see kirje", "lülita suunamine sisse") nägemata tervikpilti. Selle kursuse punane niit:

• tea, kes saadab kirju sinu domeeni nimel (inventuur, tunnid 4.2 ja 8.1);
• muuda üht asja korraga ja kontrolli seejärel;
• loe tõendit: tagastuskiri (tund 6.1), päised (tund 1.5), DMARC-aruanne (tund 4.5) ja DNS volitatud serveris.

Kokkuvõte

• DNS-vead: kaks SPF-kirjet, liiga palju päringuid, DMARC liiga vara reject-režiimil, DKIM saateteenuses sisse lülitamata.
• Aadressivead: suunamine Gmaili, catch-all, külastaja aadress From-väljal.
• Seadistusvead: autentimine väljuvas suunas puudub, serverinimi, mida sertifikaadis pole, täis postkast.
• Kolimisvead: MX unustatud, POP3 mitmes seadmes.
• Kinnita põhjus alati tõendiga, enne kui midagi muudad.

Test

Ülesanne

Ülesanne Z8.3: Milline viga see on? Sa saad kaheksa lühikest juhtumit, igaühel on tunnus ja väike tõend (päis, tagastuskiri, DNS-vastus või seadistus). Vali iga juhtumi juurde vea number (1 kuni 12). Programm kontrollib vastused fikseeritud võtmega ja näitab vale vastuse korral, millise tõendi sa tähelepanuta jätsid.

Lisalugemist

Nende artiklite sammud kehtivad WebOké juhtpaneelide kohta; teiste teenusepakkujate juures töötab see sarnaselt.

• DirectAdmin juhend 18.9: Ma ei saa enam e-kirju kätte
• DirectAdmin juhend 18.10: Ma ei saa e-kirju saata
• Sa ei saa enam e-kirju kätte: nii leiad põhjuse
• E-kirja saatmine ei õnnestu (vastuvõtmine töötab)
• E-kirjade edastamine teisele aadressile (edastajad, catch-all pole soovitatav)
• Tasuta DNS-kursus 8.4: Levinud vead