A szükséges adatok

Modul 2: A postafiókja beállítása · Olvasási idő: 10 perc

Tanulási cél: Ennek a leckének a végén ismerni fogja azokat az adatokat, amelyekre minden levelezőprogramnak szüksége van, ki tudja majd választani a megfelelő szervernevet, és tudni fogja, hogyan próbálják a programok ezeket az adatokat maguktól megtalálni, és miért nem sikerül ez néha.

Kulcsfogalmak: bejövő szerver, kimenő szerver, port, biztonsági beállítás, felhasználónév, jelszó, hitelesítés kimenő oldalon, szervernév vagy mail. kezdetű név, autodiscover, autoconfig, ISPDB, SRV-rekordok (RFC 6186), konfigurációs profil

A beállítási adatlap

Bármelyik programot is használja, mindig ugyanazokat az adatokat kell megadnia. Ha ezt a listát megérti, bármelyik programot be tudja állítani, akár olyat is, amely ebben a kurzusban nem szerepel.

Itt leggyakrabban három dolog szokott hibázni.

A felhasználónév. Egy osztott levelezőszerveren több ezer domain postafiókjai találhatók. Az info ott akár ezerszer is előfordul. Ezért a felhasználónév szinte mindig a teljes cím: info@example.com. Egyes programok néha csak a @ előtti részt töltik ki. Ezt mindenképpen ellenőrizze, mind a bejövő, mind a kimenő beállításoknál.

A jelszó. Minden postafióknak saját jelszava van. Ez más, mint az a jelszó, amellyel a tárhelyszolgáltatójánál vagy az ügyfélpanelen jelentkezik be. Ha elfelejtette, a panelen állítson be új jelszót az adott postafiókhoz, majd adja meg azt minden eszközén.

A kimenő szerver. Sok program a kimenő beállításnál "opcionális"-ra állítja a hitelesítést, vagy üresen hagyja a felhasználónevet. Ilyenkor olvasni még tud, de küldeni nem.

Melyik szervernevet válassza?

A szervernévhez gyakran három lehetőség közül választhat. Tegyük fel, hogy a domain neve example.com, és a postafiókja egy osztott szerveren található, amelynek neve server12.hosting.example:

Nincs olyan név, amely mindig jobb lenne. A kérdés mindig ugyanaz: ez a név arra a szerverre mutat, ahol a postafiókja van, és szerepel-e az adott szerver tanúsítványában? Ha mindkettő igen, akkor jó a beállítás. Ha ezt nem tudja ellenőrizni, a legbiztosabb választás a szolgáltatója által megadott név. A Z2.1 feladatban ezt a programmal is leellenőrizheti.

Gyakori hiba a weboldal költöztetésekor: évekig az example.com-ot használta levelezőszerverként, majd a weboldala másik céghez kerül, az A-rekord oda mutat, és hirtelen megszűnik a levelezése működni. A levelezőprogramja ekkor a másik cég webszerverénél próbál kapcsolódni. Az MX-rekord rendben van (a levelek még mindig megérkeznek), de a programja nem tud hozzáférni.

Hogyan keresik meg a programok maguktól az adatokat

Gyakran nem kell manuálisan beírnia az adatokat. A modern programok megpróbálják ezeket maguktól megtalálni, amint megadja az e-mail-címét. Többféle módszer létezik, és minden program néhányat ezek közül kipróbál:

Autodiscover (Microsoft). Az Outlook egy beállítási fájlt kér le a https://autodiscover.example.com/autodiscover/autodiscover.xml vagy a https://example.com/autodiscover/autodiscover.xml címről, vagy egy _autodiscover._tcp.example.com SRV-rekordot keres. Microsoft 365 esetén egy autodiscover CNAME mutat a autodiscover.outlook.com címre (DNS-kurzus 7.1. lecke).

Autoconfig (Thunderbird és mások). A Thunderbird a https://autoconfig.example.com/mail/config-v1.1.xml címet nézi meg, majd a Mozilla adatbázisát (ISPDB), amelyben sok nagy szolgáltató beállításai megtalálhatók. Ha semmit nem talál, megpróbál neveket kitalálni: imap.example.com, mail.example.com, smtp.example.com, és megnézi az MX-rekordját is.

SRV-rekordok (RFC 6186, az RFC 8314-ben kiegészítve). A DNS-ben szolgáltatásonként megadható, hol fut az adott szolgáltatás:

_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.

Nem minden program veszi figyelembe ezeket, de segítenek. Arról, hogyan működnek az SRV-rekordok, a DNS-kurzus 5.1. leckéjében olvashat bővebben.

Konfigurációs profil (Apple). iPhone, iPad és Mac készülékekhez letölthető és telepíthető egy .mobileconfig fájl, amely minden beállítást tartalmaz. Sok panel képes ilyen fájlt készíteni (2.3. lecke).

Miért hibázik néha az automatikus felismerés

Az automatikus keresés praktikus, de nem mindig megbízható. Tipikus hibák:

• A Thunderbird kitalálja a mail.example.com nevet, amely valóban létezik, de nem szerepel a tanúsítványban. Ennek következménye egy tanúsítványhiba.
• Az Outlook az autodiscover segítségével egy régi fájlt talál az előző szolgáltatójánál, vagy azt hiszi, hogy a címe Microsoft 365-fiók, és folyamatosan Microsoft-jelszót kér.
• Egy program a 587-es portot választja "SSL/TLS" beállítással, vagy üresen hagyja a felhasználónevet.
• A program a weboldal-szolgáltatójának beállításait találja meg a levelezési szolgáltató helyett, mivel az example.com-ot nézi.

Ezért mindig ellenőrizze, mit töltött ki a program, még akkor is, ha az azt jelzi, hogy sikerült a beállítás. Szinte minden programban van egy kézi beállítás vagy speciális beállítások gomb: ezt használja, ha az automatikus próbálkozás mást tölt ki, mint amit a szolgáltatója megadott.

Előbb teszteljen a webmailben

Ha nem működik, előbb próbálja ki a felhasználónevét és jelszavát a szolgáltatója webmailjében. Ha ott sikerül a bejelentkezés, akkor tudja, hogy a postafiók létezik, és a jelszó helyes. Ebben az esetben a hiba a program beállításaiban van. Ha ott sem sikerül, akkor felesleges tovább keresni a programban a hibát. Lásd 2.5. lecke.

A gyakorlatban: az adatok a WebOké-nál

Egy WebOké-nál lévő postafiók esetén a következőket adja meg: IMAP, bejövő és kimenő szerverként a domainnevét (ha a weboldala is a WebOké-nál van, és érvényes tanúsítvánnyal rendelkezik) vagy a csomagja szerverének nevét (formátuma linuxNNNN.webawere.nl, amelyet a Fiókom felületen a terméke alatt és az üdvözlő e-mailben talál meg), portként 993 és 587 vagy 465, felhasználónévként a teljes e-mail-címét, a kimenő hitelesítést pedig bekapcsolva. Más szolgáltatóknál hasonlóan működik: a szervernevet az üdvözlő e-mailben vagy az ügyfélpanelen találja meg, a portok szinte mindenhol ugyanazok.

Összefoglalás

• Minden programnak ugyanazokra az adatokra van szüksége: protokoll, szerverek, portok, biztonsági beállítás, teljes e-mail-cím felhasználónévként, a postafiók jelszava, kimenő hitelesítés.
• Egy szervernév akkor megfelelő, ha a postafiókja szerverére mutat, és szerepel a tanúsítványban.
• A programok maguktól keresnek autodiscover, autoconfig, ISPDB, SRV-rekordok vagy profil segítségével. Ezután mindig ellenőrizze, mit találtak.
• Probléma esetén elsőként a webmailben ellenőrizze, hogy a felhasználónév és a jelszó helyes-e.

Kvíz

Feladat

Z2.1 feladat: Mit találna egy levelezőprogram? Adja meg az e-mail-címét és a szervernevet, amelyet használ (vagy használni szeretne). Válaszoljon a következőkre: ez a név olyan szerverre mutat-e, amely IMAP-ot kínál a 993-as porton, szerepel-e a név a tanúsítványban, és rendelkezik-e a domainje automatikus beállítási rekordokkal (autoconfig, autodiscover vagy SRV)? A program ugyanezt ellenőrzi élesben: megkeresi a nevet, kapcsolódik a 993, 465 és 587 portokhoz, beolvassa a tanúsítványt, és megnézi, mely ismert beállítási adatok találhatók meg a DNS-ben és a weben.

További olvasnivaló

Az ezekben a cikkekben leírt lépések a WebOké paneljeire vonatkoznak; más szolgáltatóknál hasonlóan működik.

• DirectAdmin útmutató 8.1: Minden beállítás egy helyen: szerverek, portok és biztonság
• WebOké útmutató 7.1: E-mail a WebOkénál: postafiókok, webmail és levelezőprogram
• Tanúsítványhiba az e-mailek letöltésekor
• Ingyenes DNS-tanfolyam 5.1: SRV-rekordok
• RFC 6186 (SRV-rekordok levelezőprogramokhoz), RFC 8314 5.1. szakasz (_submissions._tcp)