Nejčastější chyby

Modul 8: Stěhování a váš doménu v pořádku · Doba čtení: 13 minut

Cíl lekce: Po této lekci dokážete rozpoznat dvanáct nejčastějších chyb v e-mailu podle jejich projevů, vysvětlit, proč k nim dochází, a vyřešit je.

Klíčové pojmy: duplicitní SPF záznam, příliš mnoho SPF vyhledávání, DMARC předčasně na reject, DKIM nenastavený u odesílací služby, přesměrování do Gmailu, catch-all, adresa návštěvníka jako odesílatel, odchozí server bez autentizace, název serveru mail. bez odpovídajícího certifikátu, plná schránka, zapomenutý MX při stěhování, POP3 na více zařízeních

Jak tuto lekci používat

Každá chyba má stejnou strukturu: co vidíte (projev, tak jak jej nahlásí klient), proč k tomu dochází a jak to vyřešíte. Projevy si často jsou podobné ("moje pošta nedochází"), zatímco příčina je zcela odlišná. Proto je u každé chyby uvedeno i to, jak ji potvrdíte: jaký důkaz hledáte, než začnete cokoliv měnit. Nehádejte, nejprve měřte (lekce 6.3).

Čísla použijete v úkolu.

Chyby v DNS

Chyba 1: dva SPF záznamy.
Vidíte: pošta do Gmail a Outlook.com najednou končí ve spamu, od okamžiku, kdy jste připojili novou službu (Microsoft 365, newsletter, účetní program). V hlavičkách stojí spf=permerror.
Proč: služba vám řekla "přidejte tento SPF záznam" a nyní máte dva TXT záznamy, které začínají v=spf1. Podle RFC 7208 jde o trvalou chybu: SPF se už vůbec nepočítá.
Potvrďte: vyhledejte TXT záznamy své domény a spočítejte záznamy v=spf1.
Řešení: spojte vše do jednoho záznamu (lekce 4.2).

Chyba 2: více než deset SPF vyhledávání.
Vidíte: totéž, spf=permerror, ale záznam je jen jeden. Často se objeví po přidání dalšího include.
Proč: každý include, a, mx, exists a redirect stojí jedno DNS vyhledávání, a to i uvnitř includů. Nad deset je SPF neplatné.
Potvrďte: nechte SPF kontrolu spočítat rekurzivně (úkol Z4.2).
Řešení: odstraňte služby, které už nepoužíváte, nahraďte a a mx pomocí ip4/ip6, pokud jsou pevné, nebo nechte službu odesílat přes vlastní bounce subdoménu (lekce 7.1).

Chyba 3: DMARC rovnou na p=reject.
Vidíte: od okamžiku, kdy byl nastaven DMARC záznam, nedochází faktury z účetního programu ani pošta z webu. Příjemci vrací 550 5.7.1 s odkazem na DMARC.
Proč: ne všichni odesílatelé byli zmapováni. Vše, co nejde přes zarovnané (aligned) SPF nebo DKIM, je nyní odmítnuto.
Potvrďte: DMARC záznam a reporty (lekce 4.5): které zdroje selhávají?
Řešení: vraťte se k p=none s adresou pro reporty, opravte všechny odesílatele, poté postupujte krok za krokem k quarantine a reject (lekce 4.4). Toto je také doporučený postup této kurzu.

Chyba 4: DKIM není nastavený u odesílací služby.
Vidíte: newslettery se u stále více příjemců nedostávají do doručené pošty. V hlavičkách: dkim=pass header.d= doména služby, dmarc=fail.
Proč: služba podepisuje svou vlastní doménou, takže DMARC nemůže uspět přes DKIM, a SPF také není zarovnané.
Potvrďte: hlavičky testovacího newsletteru (úkol Z7.1).
Řešení: autentizujte svou doménu u služby (DKIM přes CNAME, lekce 7.1).

Chyby s přesměrováním a adresami

Chyba 5: přesměrování všeho do Gmailu.
Vidíte: pošta od některých odesílatelů nedochází na gmailovou adresu, kam posíláte firemní poštu, nebo končí ve spamu. Někdy odesílatelé dostanou bounce od Gmailu.
Proč: při přesměrování dochází pošta do Gmailu z vašeho serveru, který není v SPF původního odesílatele. Bez DKIM nebo s odesílatelem s p=reject DMARC selže. Navíc přeposlaný spam vypadá pro Gmail jako spam, který odesíláte Vy, což poškozuje Vaši reputaci.
Potvrďte: bounce nebo hlavičky u Gmailu (spf=fail nebo softfail s Vaším serverem jako zdrojem).
Řešení: nepřesměrovávejte, ale přidejte schránku do aplikace Gmail v telefonu přes IMAP (lekce 2.4 a 3.3).

Chyba 6: catch-all.
Vidíte: hodně spamu na adresy, které nikdy neexistovaly (xyz123@example.com), a plnou schránku.
Proč: catch-all přijímá poštu pro jakoukoliv myslitelnou adresu. Spammeři zkoušejí náhodné adresy a ty všechny dojdou. Pokud navíc přesměrováváte catch-all i ven, jde o chybu 5 ve velkém.
Potvrďte: podívejte se do schránky, na jaké adresy příjemců spam mířil.
Řešení: vypněte catch-all a pro každou skutečně používanou adresu vytvořte alias nebo schránku (lekce 3.3).

Chyba 7: adresa návštěvníka jako odesílatel ve formuláři.
Vidíte: zprávy z kontaktního formuláře dochází občas, a občas ne, zejména od návštěvníků s adresou u velkého poskytovatele.
Proč: Váš web odesílá "jménem" domény návštěvníka. Pokud má tato doména p=reject nebo p=quarantine, příjemce poštu odmítne nebo odfiltruje (lekce 7.3).
Potvrďte: zkontrolujte, jakou adresu From formulář používá.
Řešení: vlastní adresa ve From, návštěvník v Reply-To.

Chyby při nastavování

Chyba 8: odchozí server bez autentizace.
Vidíte: příjem funguje, odesílání ne. Hlášení jako "relay access denied", "authentication required" nebo 550 5.7.1. Na iPhonu často: pole u odchozího serveru byla ponechána prázdná ("volitelné").
Proč: odchozí server odesílá poštu dál jen pro toho, kdo se přihlásí. Jinak by jej mohl jako spamový kanón zneužít kdokoliv.
Potvrďte: nastavení odchozího serveru v e-mailovém programu.
Řešení: zapněte autentizaci s úplnou e-mailovou adresou a heslem, port 587 se STARTTLS nebo 465 se SSL/TLS (lekce 1.4 a 2.3).

Chyba 9: mail.<doména> jako název serveru bez odpovídajícího certifikátu.
Vidíte: hlášení o neplatném certifikátu nebo "nelze ověřit identitu serveru", nebo se spojení vůbec nepodaří navázat.
Proč: program kontroluje, zda je název serveru uveden v certifikátu. mail.example.com možná ukazuje na server, ale v certifikátu uveden není. Nebo název ukazuje po stěhování stále na starého poskytovatele.
Potvrďte: nechte zkontrolovat mailové porty spolu s názvem serveru (úkol Z2.1 a Z8.4).
Řešení: použijte název serveru, který udává poskytovatel, a nikdy jen tak neklikejte na "přesto pokračovat" (lekce 2.1).

Chyba 10: plná schránka.
Vidíte: odesílatelé dostávají bounce s 452 4.2.2 nebo 552 5.2.2 (mailbox full). Vy sami si ničeho nevšimnete, nebo jen toho, že Vám nedochází nová pošta.
Proč: schránka dosáhla svého limitu (quóty). Často kvůli letité přílohám, nebo kvůli složkám Odesláno a Koš, které se nikdy nevyprazdňují.
Potvrďte: využití schránky v panelu nebo webmailu.
Řešení: uklidit, archivovat, nebo zvýšit kvótu (lekce 3.2).

Chyby při stěhování

Chyba 11: zapomenutý MX při stěhování.
Vidíte: po přestěhování webu nebo domény přestane docházet pošta, nebo dochází na místo, kam se nikdo nedívá. Případně naopak: přestěhovali jste poštu k novému poskytovateli, ale MX stále ukazuje na starého.
Proč: při výměně nameserverů se přesouvá celá zóna. Pokud MX záznamy mailového poskytovatele nejsou v nové zóně, Vaše pošta míří na nový webový server. Nebo MX nebyl nikdy upraven.
Potvrďte: dotaz na MX u autoritativního nameserveru (úkol Z8.2).
Řešení: nastavte správné MX záznamy v zóně, která je skutečně aktivní, a poté ještě jednou zkopírujte poštu (lekce 8.2).

Chyba 12: POP3 na více zařízeních.
Vidíte: pošta je na notebooku, ale ne na telefonu, nebo naopak. Po výměně notebooku zmizí léta pošty.
Proč: POP3 stahuje poštu ze serveru na jedno zařízení a tam ji často i smaže (lekce 1.3).
Potvrďte: typ účtu v e-mailovém programu.
Řešení: přejděte na IMAP; poštu, která je jen lokálně, nejprve přetáhněte do IMAP schránky.

Co mají tyto chyby společné

Projděte si seznam ještě jednou. Téměř každá chyba vznikne tím, že někdo splnil jednotlivý pokyn ("přidejte tento záznam", "zapněte přesměrování") bez pohledu na celek. Hlavní myšlenka této kurzu:

• vězte, kdo odesílá poštu jménem Vaší domény (přehled, lekce 4.2 a 8.1);
• měňte jednu věc najednou a poté zkontrolujte;
• čtěte důkazy: bounce (lekce 6.1), hlavičky (lekce 1.5), DMARC report (lekce 4.5) a DNS u autoritativního serveru.

Shrnutí

• Chyby v DNS: dva SPF záznamy, příliš mnoho vyhledávání, DMARC předčasně na reject, DKIM nenastavený u odesílací služby.
• Chyby v adresách: přesměrování do Gmailu, catch-all, adresa návštěvníka jako From.
• Chyby v nastavení: chybějící autentizace odchozí pošty, název serveru, který není v certifikátu, plná schránka.
• Chyby při stěhování: zapomenutý MX, POP3 na více zařízeních.
• Příčinu vždy potvrďte důkazem, než začnete cokoliv měnit.

Kvíz

Úkol

Úkol Z8.3: O jakou chybu se jedná? Dostanete osm krátkých kazuistik, každou s projevem a kouskem důkazu (hlavička, bounce, DNS odpověď nebo nastavení). U každé kazuistiky vyberte číslo chyby (1 až 12). Program ověří odpověď podle pevného klíče a u chybné odpovědi ukáže, jaký důkaz jste přehlédli.

Doporučené zdroje

Postupy v těchto článcích platí pro panely WebOké; u jiných poskytovatelů funguje postup obdobně.

• Příručka k DirectAdmin 18.9: Nedostávám žádné e-maily
• Příručka k DirectAdmin 18.10: Nemohu odeslat e-mail
• Už Vám nechodí e-maily: takto zjistíte příčinu
• Nemohu odesílat e-maily (přijímání funguje)
• Přesměrování e-mailu na jinou adresu (přesměrování, catch-all se nedoporučuje)
• Bezplatný kurz DNS 8.4: Nejčastější chyby