Najčastejšie chyby

Modul 8: Presun a vaša doména v poriadku · Čas čítania: 13 minút

Cieľ lekcie: Po tejto lekcii dokážete rozpoznať dvanásť najčastejších chýb pri e-maile podľa ich príznakov, vysvetliť, prečo nastávajú, a vyriešiť ich.

Kľúčové pojmy: duplicitný SPF záznam, príliš veľa SPF vyhľadávaní, DMARC príliš skoro na reject, DKIM nezapnutý u odosielajúcej služby, presmerovanie na Gmail, catch-all, návštevník ako odosielateľ, odchádzajúci server bez autentifikácie, názov servera mail. bez zodpovedajúceho certifikátu, plná schránka, zabudnutý MX pri presťahovaní, POP3 na viacerých zariadeniach

Ako použiť túto lekciu

Každá chyba má rovnakú štruktúru: čo vidíte (príznak, tak ako ho nahlási klient), prečo k nemu dochádza a ako ho vyriešite. Príznaky sa často na seba podobajú ("moja pošta neprichádza"), zatiaľ čo príčina je úplne iná. Preto je pri každej chybe uvedené aj to, ako ju overíte: aký dôkaz si nájdete predtým, než niečo zmeníte. Nehádajte, najprv zmerajte (lekcia 6.3).

Čísla použijete v úlohe.

Chyby v DNS

Chyba 1: dva SPF záznamy.
Vidíte: pošta na Gmail a Outlook.com zrazu padá do spamu, odkedy ste pripojili novú službu (Microsoft 365, newsletter, účtovný program). V hlavičkách je spf=permerror.
Prečo: služba vám povedala "pridajte tento SPF záznam" a teraz máte dva TXT záznamy, ktoré začínajú v=spf1. Podľa RFC 7208 ide o trvalú chybu: SPF sa už vôbec neráta.
Overte: vyhľadajte TXT záznamy vašej domény a spočítajte záznamy v=spf1.
Riešenie: spojte všetko do jedného záznamu (lekcia 4.2).

Chyba 2: viac než desať SPF vyhľadávaní.
Vidíte: to isté, spf=permerror, ale je len jeden záznam. Často po pridaní ďalšieho include.
Prečo: každý include, a, mx, exists a redirect stojí jedno DNS vyhľadávanie, aj vnútri includov. Nad desať je SPF neplatný.
Overte: nechajte si rekurzívne spočítať SPF kontrolou (úloha Z4.2).
Riešenie: odstráňte služby, ktoré už nepoužívate, nahraďte a a mx za ip4/ip6, ak sú pevné, alebo nechajte službu odosielať cez vlastnú bounce subdoménu (lekcia 7.1).

Chyba 3: DMARC hneď na p=reject.
Vidíte: odkedy je nastavený DMARC záznam, neprichádzajú faktúry z účtovného programu alebo pošta z webovej stránky. Príjemcovia vracajú 550 5.7.1 s odkazom na DMARC.
Prečo: nie všetci odosielatelia boli zmapovaní. Čo neprejde cez zarovnaný SPF alebo DKIM, sa teraz odmieta.
Overte: DMARC záznam a reporty (lekcia 4.5): ktoré zdroje zlyhávajú?
Riešenie: vráťte sa na p=none s adresou na reporty, opravte všetkých odosielateľov, potom postupne prejdite na quarantine a reject (lekcia 4.4). Toto je aj odporúčaný postup tohto kurzu.

Chyba 4: DKIM nenastavený u odosielajúcej služby.
Vidíte: newslettre sa čoraz viac príjemcom nedostávajú do doručenej pošty. V hlavičkách: dkim=pass header.d= doména služby, dmarc=fail.
Prečo: služba podpisuje svojou vlastnou doménou, takže DMARC nemôže uspieť cez DKIM, a SPF tiež nie je zarovnaný.
Overte: hlavičky testovacieho newslettra (úloha Z7.1).
Riešenie: overte svoju doménu u služby (DKIM cez CNAME, lekcia 7.1).

Chyby s presmerovaním a adresami

Chyba 5: presmerovanie všetkého na Gmail.
Vidíte: pošta od niektorých odosielateľov neprichádza na Gmail adresu, kam si presmerovávate firemnú poštu, alebo padá do spamu. Niekedy dostanú odosielatelia bounce od Gmailu.
Prečo: pri presmerovaní príde pošta do Gmailu z vášho servera, ktorý nie je v SPF pôvodného odosielateľa. Bez DKIM alebo pri odosielateľovi s p=reject DMARC zlyhá. Okrem toho sa presmerovaný spam javí Gmailu ako spam, ktorý odosielate vy, čo poškodzuje vašu reputáciu.
Overte: bounce alebo hlavičky v Gmaile (spf=fail alebo softfail s vaším serverom ako zdrojom).
Riešenie: nepresmerovávať, ale pridať schránku do aplikácie Gmail v telefóne cez IMAP (lekcia 2.4 a 3.3).

Chyba 6: catch-all.
Vidíte: veľa spamu na adresy, ktoré nikdy neexistovali (xyz123@example.com), a plnú schránku.
Prečo: catch-all prijíma poštu pre akúkoľvek predstaviteľnú adresu. Spameri skúšajú náhodné adresy a tie všetky prídu dnu. Ak catch-all ešte aj presmerovávate von, vznikne z toho chyba 5 vo veľkom.
Overte: pozrite sa v schránke, na ktoré adresy príjemcov spam smeroval.
Riešenie: vypnite catch-all a pre každú skutočne používanú adresu vytvorte alias alebo schránku (lekcia 3.3).

Chyba 7: adresa návštevníka ako odosielateľ vo formulári.
Vidíte: správy cez kontaktný formulár niekedy prídu a niekedy nie, najmä nie od návštevníkov s adresou u veľkého poskytovateľa.
Prečo: vaša webová stránka odosiela poštu "v mene" domény návštevníka. Ak má táto doména p=reject alebo p=quarantine, príjemca poštu odmietne alebo odfiltruje (lekcia 7.3).
Overte: pozrite sa, akú hlavičku From formulár používa.
Riešenie: vlastná adresa vo From, návštevník v Reply-To.

Chyby pri nastavovaní

Chyba 8: odchádzajúci server bez autentifikácie.
Vidíte: prijímanie funguje, odosielanie nie. Hlásenie typu "relay access denied", "authentication required" alebo 550 5.7.1. Na iPhone často: polia pri odchádzajúcom serveri ostali prázdne ("voliteľné").
Prečo: odchádzajúci server preposiela poštu len tomu, kto sa prihlási. Inak by ho mohol každý použiť ako kanál na spam.
Overte: nastavenia odchádzajúceho servera v poštovom programe.
Riešenie: zapnite autentifikáciu s plnou e-mailovou adresou a heslom, port 587 so STARTTLS alebo 465 so SSL/TLS (lekcia 1.4 a 2.3).

Chyba 9: mail.<doména> ako názov servera bez zodpovedajúceho certifikátu.
Vidíte: hlásenie o neplatnom certifikáte alebo "nemožno overiť identitu servera", alebo sa pripojenie vôbec nepodarí.
Prečo: program kontroluje, či je názov servera uvedený v certifikáte. mail.example.com síce možno smeruje na server, ale nie je uvedený v certifikáte. Alebo názov po presťahovaní stále smeruje na starého poskytovateľa.
Overte: nechajte si skontrolovať mailové porty s názvom servera (úloha Z2.1 a Z8.4).
Riešenie: použite názov servera, ktorý uvádza poskytovateľ, a nikdy jednoducho neklikajte na "pokračovať napriek tomu" (lekcia 2.1).

Chyba 10: plná schránka.
Vidíte: odosielatelia dostávajú bounce s 452 4.2.2 alebo 552 5.2.2 (mailbox vol). Vy si nevšimnete nič, alebo len to, že nová pošta prestala prichádzať.
Prečo: schránka dosiahla svoju kvótu. Často kvôli rokom nahromadeným prílohám, alebo priečinkom Odoslané a Kôš, ktoré sa nikdy nevyprázdňujú.
Overte: využitie schránky v paneli alebo vo webmaili.
Riešenie: upratať, archivovať, alebo zvýšiť kvótu (lekcia 3.2).

Chyby pri presťahovaní

Chyba 11: zabudnutý MX pri presťahovaní.
Vidíte: po presťahovaní webovej stránky alebo domény prestane prichádzať pošta, alebo prichádza niekam, kam sa nikto nepozerá. Alebo naopak: poštu ste presťahovali k novému poskytovateľovi, ale MX stále smeruje na starého.
Prečo: pri zmene nameserverov sa presúva celá zóna. Ak MX záznamy poštového poskytovateľa nie sú v novej zóne, vaša pošta smeruje na nový webový server. Alebo MX nebol nikdy upravený.
Overte: vyžiadajte si MX od autoritatívneho nameservera (úloha Z8.2).
Riešenie: nastavte správne MX záznamy v zóne, ktorá je skutočne aktívna, a potom ešte raz skopírujte poštu (lekcia 8.2).

Chyba 12: POP3 na viacerých zariadeniach.
Vidíte: pošta je na notebooku, ale nie na telefóne, alebo naopak. Po výmene notebooku zmizli roky pošty.
Prečo: POP3 sťahuje poštu zo servera na jedno zariadenie a často ju tam následne vymaže (lekcia 1.3).
Overte: typ účtu v poštovom programe.
Riešenie: prejsť na IMAP; poštu, ktorá je len lokálne, najprv presunúť do IMAP schránky.

Čo majú tieto chyby spoločné

Pozrite sa na zoznam ešte raz. Takmer každá chyba vzniká tak, že niekto nasledoval izolovanú inštrukciu ("pridajte tento záznam", "zapnite presmerovanie") bez toho, aby videl celý obraz. Červená niť tohto kurzu:

• vedzte, kto odosiela poštu v mene vašej domény (inventár, lekcia 4.2 a 8.1);
• meňte vždy len jednu vec a potom skontrolujte výsledok;
• čítajte dôkazy: bounce (lekcia 6.1), hlavičky (lekcia 1.5), DMARC report (lekcia 4.5) a DNS u autoritatívneho servera.

Zhrnutie

• Chyby v DNS: dva SPF záznamy, príliš veľa vyhľadávaní, DMARC príliš skoro na reject, DKIM nezapnutý u odosielajúcej služby.
• Chyby s adresami: presmerovanie na Gmail, catch-all, adresa návštevníka ako From.
• Chyby pri nastavovaní: žiadna autentifikácia odchádzajúceho servera, názov servera, ktorý nie je v certifikáte, plná schránka.
• Chyby pri presťahovaní: zabudnutý MX, POP3 na viacerých zariadeniach.
• Príčinu vždy overte dôkazom predtým, než niečo zmeníte.

Kvíz

Úloha

Úloha Z8.3: Ktorá chyba to je? Dostanete osem krátkych prípadových štúdií, každú s príznakom a kúskom dôkazu (hlavička, bounce, DNS odpoveď alebo nastavenie). Pre každý prípad vyberte číslo chyby (1 až 12). Program to skontroluje podľa pevného kľúča a pri nesprávnej odpovedi vám ukáže, aký dôkaz ste prehliadli.

Ďalšie čítanie

Kroky v týchto článkoch platia pre panely WebOké; u iných poskytovateľov to funguje podobne.

• Návod na DirectAdmin 18.9: Neprijímam už žiadne e-maily
• Návod na DirectAdmin 18.10: Nedá sa mi odoslať e-mail
• Už neprijímate e-maily: takto nájdete príčinu
• Nemôžem odosielať e-maily (prijímanie funguje)
• Presmerovanie e-mailu na inú adresu (presmerovania, catch-all sa neodporúča)
• Bezplatný kurz DNS 8.4: Najčastejšie chyby