Reikiami duomenys

2 modulis: Pašto dėžutės nustatymas · Skaitymo trukmė: 10 min.

Tikslas: Po šios pamokos žinosite, kokių duomenų reikia kiekvienai pašto programai, galėsite pasirinkti tinkamą serverio pavadinimą ir suprasite, kaip programos pačios bando rasti šiuos duomenis ir kodėl tai kartais nepavyksta.

Pagrindinės sąvokos: gaunamasis serveris, siunčiamasis serveris, prievadas, apsauga, vartotojo vardas, slaptažodis, siunčiamojo pašto tapatybės patvirtinimas, serverio pavadinimas prieš mail. pavadinimą, autodiscover, autoconfig, ISPDB, SRV įrašai (RFC 6186), konfigūracijos profilis

Nustatymų lentelė

Kad ir kokią programą naudotumėte, visada įvedate tuos pačius duomenis. Jei suprasite šį sąrašą, galėsite nustatyti bet kurią programą, net tą, kurios šiame kurse nėra.

Čia dažniausiai painiojamasi dėl trijų dalykų.

Vartotojo vardas. Bendrame pašto serveryje yra tūkstančių domenų pašto dėžutės. Vardas info ten egzistuoja tūkstančius kartų. Todėl vartotojo vardas beveik visada yra visas adresas: info@example.com. Kai kurios programos automatiškai įrašo tik dalį prieš @. Patikrinkite tai tiek gaunamajam, tiek siunčiamajam serveriui.

Slaptažodis. Kiekviena pašto dėžutė turi atskirą slaptažodį. Tai nėra tas pats, kuo prisijungiate prie savo prieglobos bendrovės ar kliento skydelio. Jei jo nebeprisimenate, skydelyje nustatykite naują tos pašto dėžutės slaptažodį ir įveskite jį visuose savo įrenginiuose.

Siunčiamasis serveris. Daugelis programų siunčiamajam serveriui nurodo „pasirenkama“ arba palieka vartotojo vardą tuščią. Tokiu atveju galite skaityti paštą, bet negalite jo siųsti.

Koks serverio pavadinimas?

Serverio pavadinimui dažniausiai turite tris variantus. Tarkime, Jūsų domenas yra example.com, o Jūsų pašto dėžutė yra bendrame serveryje, pavadintame server12.hosting.example:

Nėra pavadinimo, kuris visada būtų geresnis. Klausimas visada tas pats: ar šis pavadinimas nukreipia į serverį, kuriame yra mano pašto dėžutė, ir ar jis nurodytas to serverio sertifikate? Jei abu atsakymai teigiami, viskas gerai. Jei negalite to patikrinti, saugiausias pasirinkimas yra pavadinimas, kurį nurodo Jūsų paslaugų teikėjas. Z2.1 užduotyje leisite programai tai patikrinti už Jus.

Dažna klaida perkeliant svetainę: metų metus kaip pašto serverį naudojote example.com, Jūsų svetainė perkeliama pas kitą bendrovę, A įrašas nukreipia ten, ir staiga Jūsų paštas nebeveikia. Jūsų pašto programa tuomet bando prisijungti prie kitos bendrovės žiniatinklio serverio. MX įrašas yra geras (paštas vis dar gaunamas), tačiau Jūsų programa nebegali pasiekti pašto dėžutės.

Kaip programos pačios ieško duomenų

Dažnai nereikia duomenų įvesti ranka. Šiuolaikinės programos bando pačios juos rasti, kai tik įvedate savo el. pašto adresą. Yra kelių būdų, ir kiekviena programa bando kelis iš jų:

Autodiscover (Microsoft). Outlook prašo nustatymų failo adresu https://autodiscover.example.com/autodiscover/autodiscover.xml arba https://example.com/autodiscover/autodiscover.xml, arba ieško SRV įrašo _autodiscover._tcp.example.com. Naudojant Microsoft 365, yra CNAME autodiscover, nukreipiantis į autodiscover.outlook.com (DNS kurso 7.1 pamoka).

Autoconfig (Thunderbird ir kiti). Thunderbird ieško adresu https://autoconfig.example.com/mail/config-v1.1.xml, o po to Mozilla duomenų bazėje (ISPDB), kurioje saugomi daugelio didelių paslaugų teikėjų nustatymai. Jei nieko neranda, bando spėti pavadinimus: imap.example.com, mail.example.com, smtp.example.com, taip pat tikrina Jūsų MX įrašą.

SRV įrašai (RFC 6186, papildyta RFC 8314). DNS galite nurodyti, kur veikia kiekviena paslauga:

_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 visos programos tai tikrina, bet tai padeda. Kaip veikia SRV įrašai, galite skaityti DNS kurso 5.1 pamokoje.

Konfigūracijos profilis (Apple). iPhone, iPad ir Mac galite atsisiųsti ir įdiegti .mobileconfig failą. Jame yra visi nustatymai. Daugelis skydelių gali sukurti tokį failą (2.3 pamoka).

Kodėl automatinis nustatymas kartais nepavyksta

Automatinė paieška yra patogi, bet ne visada tiksli. Tipinės klaidos:

• Thunderbird spėja mail.example.com, šis pavadinimas egzistuoja, tačiau nenurodytas sertifikate. Rezultatas: sertifikato įspėjimas.
• Outlook per autodiscover randa seną failą pas Jūsų ankstesnį paslaugų teikėją arba mano, kad Jūsų adresas yra Microsoft 365 paskyra, ir nuolat prašo Microsoft slaptažodžio.
• Programa pasirenka 587 prievadą su „SSL/TLS“ arba palieka vartotojo vardą tuščią.
• Programa randa Jūsų svetainės paslaugų teikėjo nustatymus vietoj pašto paslaugų teikėjo nustatymų, nes tikrina example.com.

Todėl visada patikrinkite, kas buvo įvesta, net jei programa praneša, kad viskas pavyko. Beveik kiekviena programa turi mygtuką nustatyti rankiniu būdu arba išplėstiniai nustatymai: naudokite jį, jei automatinis bandymas įrašo kitokius duomenis nei nurodo Jūsų paslaugų teikėjas.

Pirmiausia išbandykite internetinėje pašto sąsajoje

Jei neveikia, pirmiausia išbandykite savo vartotojo vardą ir slaptažodį paslaugų teikėjo internetinėje pašto sąsajoje (webmail). Jei ten prisijungti pavyksta, žinote, kad pašto dėžutė egzistuoja ir slaptažodis teisingas. Tuomet klaida slypi Jūsų programos nustatymuose. Jei ir ten nepavyksta, neverta toliau ieškoti sprendimo programoje. Žr. 2.5 pamoką.

Praktikoje: duomenys „WebOké“

„WebOké“ pašto dėžutei įvedate: IMAP, gaunamasis ir siunčiamasis serveris, Jūsų domeno pavadinimas (jei Jūsų svetainė taip pat yra „WebOké“ ir turi galiojantį sertifikatą) arba Jūsų paketo serverio pavadinimas (forma linuxNNNN.webawere.nl, randama „Mano WebOké“ prie Jūsų produkto ir pasveikinimo laiške), prievadai 993 ir 587 arba 465, vartotojo vardas Jūsų visas el. pašto adresas, tapatybės patvirtinimas siunčiant įjungtas. Pas kitus paslaugų teikėjus veikia panašiai: serverio pavadinimas nurodytas pasveikinimo laiške arba kliento skydelyje, prievadai beveik visur tie patys.

Santrauka

• Kiekvienai programai reikia tų pačių duomenų: protokolas, serveriai, prievadai, apsauga, visas el. pašto adresas kaip vartotojo vardas, pašto dėžutės slaptažodis, tapatybės patvirtinimas siunčiant.
• Serverio pavadinimas yra geras, jei jis nukreipia į Jūsų pašto dėžutės serverį ir yra nurodytas sertifikate.
• Programos pačios ieško duomenų naudodamos autodiscover, autoconfig, ISPDB, SRV įrašus arba profilį. Po to visada patikrinkite, ką jos rado.
• Kilus problemų, pirmiausia patikrinkite internetinėje pašto sąsajoje, ar vartotojo vardas ir slaptažodis teisingi.

Testas

Užduotis

Užduotis Z2.1: Ką rastų pašto programa? Įveskite savo el. pašto adresą ir serverio pavadinimą, kurį naudojate (ar norite naudoti). Atsakykite: ar šis pavadinimas nukreipia į serverį, siūlantį IMAP per 993 prievadą, ar pavadinimas nurodytas sertifikate, ir ar Jūsų domenas turi automatinio nustatymo įrašus (autoconfig, autodiscover ar SRV)? Programa tai patikrina gyvai: ji ieško pavadinimo, prisijungia prie 993, 465 ir 587 prievadų, perskaito sertifikatą ir tikrina, kurie iš žinomų nustatymų yra randami DNS ir internete.

Platesniam skaitymui

Šiuose straipsniuose aprašyti žingsniai galioja „WebOké“ skydeliams; kitų paslaugų teikėjų atveju viskas veikia panašiai.

• DirectAdmin vadovas 8.1: Visi nustatymai vienoje vietoje: serveriai, prievadai ir saugumas
• WebOké vadovas 7.1: El. paštas WebOké: pašto dėžutės, webmail ir Jūsų el. pašto programa
• Sertifikato klaidos pranešimas gaunant laiškus
• Nemokamas DNS kursas 5.1: SRV įrašai
• RFC 6186 (SRV pašto programoms), RFC 8314 5.1 skirsnis (_submissions._tcp)