Modul 2 · 2.1
Údaje, které potřebujete
Modul 2: Nastavení vaší schránky · Doba čtení: 10 minut
Cíl lekce: Po této lekci znáte údaje, které potřebuje každý e-mailový program, umíte zvolit správný název serveru a víte, jak se programy tyto údaje snaží najít samy a proč to někdy selže.
Klíčové pojmy: příchozí server, odchozí server, port, zabezpečení, uživatelské jméno, heslo, ověřování odchozí pošty, název serveru vs. název mail., autodiscover, autoconfig, ISPDB, SRV záznamy (RFC 6186), konfigurační profil
Karta s nastavením
Ať už používáte jakýkoli program, vždy vyplňujete stejné údaje. Pokud porozumíte tomuto seznamu, dokážete nastavit kterýkoli program, i takový, který se v tomto kurzu neobjevuje.
| Údaj | Co to je | Obvyklá hodnota |
|---|---|---|
| Typ účtu | Protokol pro čtení | IMAP (lekce 1.3) |
| Příchozí server | Název serveru pro čtení | Udává Váš poskytovatel |
| Port a zabezpečení (příchozí) | Dveře a zámek | 993 se SSL/TLS (POP3: 995) |
| Odchozí server | Název serveru pro odesílání | Často stejný jako příchozí |
| Port a zabezpečení (odchozí) | 587 se STARTTLS nebo 465 se SSL/TLS (lekce 1.4) | |
| Uživatelské jméno | Jak se přihlašujete | Většinou celá Vaše e-mailová adresa |
| Heslo | Heslo ke schránce | Není to heslo k Vašemu klientskému panelu |
| Ověřování odchozí pošty | Musíte se přihlašovat i při odesílání? | Zapnuto, se stejnými údaji |
Nejčastěji se chybuje ve třech věcech.
Uživatelské jméno. Na sdíleném mailovém serveru jsou schránky tisíců domén. info tam existuje tisíckrát. Proto je uživatelské jméno téměř vždy celá adresa: info@example.com. Programy někdy vyplní jen část před zavináčem. Zkontrolujte to, a to jak u příchozí, tak u odchozí pošty.
Heslo. Každá schránka má vlastní heslo. To je něco jiného než heslo, kterým se přihlašujete k hostingové společnosti nebo do klientského panelu. Pokud ho neznáte, nastavte v panelu nové heslo pro danou schránku a vyplňte ho na všech svých zařízeních.
Odchozí server. Mnoho programů u odchozí pošty nastaví „volitelné“ nebo nechá uživatelské jméno prázdné. Pak lze poštu sice číst, ale ne odesílat.
Jaký název serveru?
Pro název serveru máte často tři kandidáty. Předpokládejme, že Vaše doména je example.com a Vaše schránka je na sdíleném serveru s názvem server12.hosting.example:
| Název | Funguje, pokud... | Riziko |
|---|---|---|
server12.hosting.example (název serveru) | Vždy: certifikát serveru je vystaven na tento název | Změní se, pokud Vás poskytovatel přesune na jiný server |
example.com (Váš název domény) | Vaše doména ukazuje na stejný server a má tam platný certifikát | Přestane fungovat, pokud se Vaše webové stránky přesunou jinam |
mail.example.com | mail.example.com ukazuje na server A zároveň je uveden v certifikátu | Často není v certifikátu uveden: hlášení o certifikátu |
Neexistuje název, který by byl vždy lepší. Vždy jde o otázku: ukazuje tento název na server, kde je Vaše schránka, a je uveden v certifikátu daného serveru? Pokud jsou obě odpovědi ano, je vše v pořádku. Pokud to nedokážete ověřit, je nejbezpečnější volbou název, který uvádí Váš poskytovatel. V úkolu Z2.1 necháte program, aby to za Vás ověřil.
Častá chyba při stěhování webu: léta jste jako mailový server používali example.com, Váš web se přestěhuje k jiné firmě, A záznam začne ukazovat tam, a najednou Vám přestane fungovat pošta. Váš e-mailový program se pak hlásí na webový server té jiné firmy. MX záznam je v pořádku (pošta stále přichází), ale Váš program se k ní nemůže dostat.
Jak programy hledají samy
Údaje často nemusíte zadávat ručně. Moderní programy se je pokusí najít samy, jakmile zadáte svou e-mailovou adresu. Existuje několik způsobů a každý program zkouší hned několik z nich:
Autodiscover (Microsoft). Outlook si vyžádá konfigurační soubor na adrese https://autodiscover.example.com/autodiscover/autodiscover.xml nebo na https://example.com/autodiscover/autodiscover.xml, případně hledá SRV záznam _autodiscover._tcp.example.com. U Microsoft 365 je nastaven CNAME autodiscover na autodiscover.outlook.com (DNS kurz, lekce 7.1).
Autoconfig (Thunderbird a další). Thunderbird se podívá na https://autoconfig.example.com/mail/config-v1.1.xml a poté do databáze Mozilly (ISPDB), kde jsou uloženy nastavení mnoha velkých poskytovatelů. Pokud nic nenajde, zkusí uhodnout názvy: imap.example.com, mail.example.com, smtp.example.com, a podívá se na Váš MX záznam.
SRV záznamy (RFC 6186, doplněno v RFC 8314). V DNS můžete pro každou službu nastavit, kde běží:
_imaps._tcp.example.com. 3600 IN SRV 0 1 993 server12.hosting.example.
_submissions._tcp.example.com. 3600 IN SRV 0 1 465 server12.hosting.example.
_submission._tcp.example.com. 3600 IN SRV 0 1 587 server12.hosting.example.Ne každý program se na to dívá, ale pomáhá to. Jak SRV záznamy fungují, se dočtete v lekci 5.1 DNS kurzu.
Konfigurační profil (Apple). Pro iPhone, iPad a Mac si můžete stáhnout a nainstalovat soubor .mobileconfig. Obsahuje všechna nastavení. Mnoho panelů dokáže takový soubor vytvořit (lekce 2.3).
Proč automatické nastavení někdy selže
Automatické vyhledávání je praktické, ale není chytré. Typické chyby:
- Thunderbird odhadne
mail.example.com, tento název sice existuje, ale není uveden v certifikátu. Výsledek: hlášení o certifikátu. - Outlook najde přes autodiscover starý soubor u Vašeho předchozího poskytovatele, nebo se domnívá, že Vaše adresa patří k účtu Microsoft 365, a stále žádá o heslo k účtu Microsoft.
- Program zvolí port 587 se „SSL/TLS“ nebo nechá uživatelské jméno prázdné.
- Program najde nastavení Vašeho poskytovatele webových stránek místo poskytovatele e-mailu, protože se dívá na
example.com.
Proto si vždy zkontrolujte, co bylo vyplněno, i když program hlásí úspěch. Téměř každý program má tlačítko ruční nastavení nebo pokročilá nastavení: použijte ho, pokud automatický pokus vyplní něco jiného, než udává Váš poskytovatel.
Nejdříve otestujte ve webmailu
Pokud něco nefunguje, nejdříve otestujte své uživatelské jméno a heslo ve webmailu svého poskytovatele. Pokud se tam přihlásíte úspěšně, víte, že schránka existuje a heslo je správné. Pak je chyba v nastavení Vašeho programu. Pokud se nepřihlásíte ani tam, nemá smysl dále hledat chybu v programu. Viz lekce 2.5.
V praxi: údaje u WebOké
U schránky WebOké vyplňujete: IMAP, jako příchozí a odchozí server svůj název domény (pokud Váš web běží také u WebOké a má platný certifikát) nebo název serveru z Vašeho balíčku (ve tvaru linuxNNNN.webawere.nl, najdete ho v Mém WebOké u Vašeho produktu a v uvítacím e-mailu), porty 993 a 587 nebo 465, jako uživatelské jméno celou svou e-mailovou adresu, ověřování odchozí pošty zapnuto. U jiných poskytovatelů to funguje podobně: název serveru je uveden v uvítacím e-mailu nebo klientském panelu, porty jsou téměř všude stejné.
Shrnutí
- Každý program potřebuje stejné údaje: protokol, servery, porty, zabezpečení, celou e-mailovou adresu jako uživatelské jméno, heslo ke schránce, ověřování odchozí pošty.
- Název serveru je v pořádku, pokud ukazuje na server Vaší schránky A zároveň je uveden v certifikátu.
- Programy hledají samy pomocí autodiscover, autoconfig, ISPDB, SRV záznamů nebo profilu. Poté si vždy zkontrolujte, co našly.
- Při problémech nejdříve otestujte ve webmailu, zda sedí uživatelské jméno a heslo.
Kvíz
Úkol
Úkol Z2.1: Co by zjistil e-mailový program? Zadejte svou e-mailovou adresu a název serveru, který používáte (nebo chcete použít). Odpovězte: ukazuje tento název na server, který nabízí IMAP na portu 993, je tento název uveden v certifikátu, a má Vaše doména záznamy pro automatické nastavení (autoconfig, autodiscover nebo SRV)? Program ověří totéž naživo: vyhledá daný název, připojí se na porty 993, 465 a 587, přečte certifikát a zjistí, které ze známých konfiguračních údajů lze najít v DNS a na webu.
Další čtení
Kroky v těchto článcích platí pro panely WebOké; u jiných poskytovatelů to funguje podobně.
- Příručka k DirectAdmin 8.1: Všechna nastavení přehledně: servery, porty a zabezpečení
- Příručka WebOké 7.1: E-mail u WebOké: e-mailové schránky, webmail a Váš e-mailový program
- Bezplatný DNS kurz 5.1: SRV záznamy
- RFC 6186 (SRV pro e-mailové programy), RFC 8314 odstavec 5.1 (
_submissions._tcp)
