Kas nutinka paspaudus Siųsti

1 modulis: Kaip veikia Jūsų paštas · Skaitymo laikas: 9 min.

Mokymosi tikslas: Po šios pamokos galėsite paaiškinti, kokį kelią laiškas nueina nuo mygtuko Siųsti iki gavėjo aplanko Gauti laiškai, ir parodyti, kuo laiško vokas skiriasi nuo jo antraščių.

Pagrindinės sąvokos: žiniatinklio paštas, pašto serveris, SMTP, MX įrašas, IMAP, vokas, antraštės, Return-Path, Received, Message-ID, SPF, DKIM, DMARC

Žiniatinklio paštas yra pašto programa Jūsų naršyklėje

Jūsų laiškai nėra saugomi nei naršyklėje, nei kompiuteryje. Jie yra pašto serveryje: kompiuteryje, kuris veikia dieną ir naktį, priima, saugo ir persiunčia laiškus. Kad galėtumėte tuos laiškus skaityti, Jums reikia pašto programos. Tai gali būti Outlook, pašto programėlė telefone arba žiniatinklio paštas.

Žiniatinklio paštas yra paprasčiausiai pašto programa, veikianti Jūsų naršyklėje. WebOké tai yra Roundcube. Roundcube pats nėra pašto serveris. Jis Jūsų vardu bendrauja su pašto serveriu tomis pačiomis kalbomis, kurias naudoja Outlook ar Apple Mail:

• IMAP laiškams skaityti, perkelti ir ištrinti;
• SMTP laiškams siųsti.

Jei žiniatinklio pašte kas nors neveikia, dažnai kalta ne pati žiniatinklio pašto programa, o tai, ką daro ar praneša serveris. Ir atvirkščiai: jei siuntimas veikia žiniatinklio pašte, bet neveikia Jūsų pašto programoje, problema yra tos programos nustatymuose.

Nuo Siųsti iki Gauti laiškai per penkis žingsnius

Rūta Kazlauskienė (ruta@example.com) turi gėlių studiją. Savo klientui Arnui (arnas@example.net) ji siunčia pasiūlymą nuotakos puokštei. Štai kas nutinka, kai ji paspaudžia Siųsti.

1. Perdavimas savo serveriui. Žiniatinklio paštas per SMTP perduoda laišką Rūtos pašto serveriui. Tai dar vadinama pateikimu (angl. submission). Rūta turi prisijungti, antraip bet kas galėtų naudotis jos serveriu brukalui siųsti. Pašto programos tam naudoja 465 arba 587 prievadą su šifravimu. WebOké žiniatinklio paštas siunčia per tą patį serverį, prie kurio esate prisijungę.
2. Kelio paieška. Rūtos serveris žiūri į Arno adreso dalį po @: example.net. Jis DNS sistemoje užklausia to domeno MX įrašo. Šis įrašas nurodo, kuris serveris priima laiškus, skirtus example.net.
3. Pristatymas. Rūtos serveris susisiekia su tuo gaunančiuoju serveriu ir pristato laišką, vėlgi per SMTP. Tarp serverių tai vyksta per 25 prievadą.
4. Į pašto dėžutę. Gaunantysis serveris patikrina laišką (ar adresas egzistuoja, ar tai ne brukalas?) ir įdeda jį į Arno pašto dėžutę: į aplanką Gauti laiškai arba į brukalo aplanką.
5. Skaitymas. Arnas atidaro savo pašto programą arba žiniatinklio paštą. Ši per IMAP parsisiunčia laišką ir jį parodo.

Kiekviename žingsnyje gali atsirasti atskira klaida. Todėl klaidos pranešimas visada nurodo vietą: ar Rūta negalėjo prisijungti prie savo serverio (1 žingsnis), ar jos serveris nerado gavėjo (2 arba 3 žingsnis), ar gaunantysis serveris laišką atmetė (4 žingsnis)?

Vokas ir laiškas: dvi adresų rūšys

El. laiškas primena popierinį laišką voke. Serveriai žiūri tik į voką. Jūs ir Arnas daugiausia matote patį laišką.

Vokas susidaro per SMTP pokalbį tarp dviejų serverių. Siunčiantysis serveris pirmiausia pasako, nuo ko laiškas (komanda MAIL FROM), o paskui, kam jis skirtas (RCPT TO). Tik tada siunčiamas pats laiškas. Voko siuntėjo adresas yra adresas, kuriuo siunčiami klaidų pranešimai. Galutinio pristatymo metu gaunantysis serveris įrašo jį laiško viršuje kaip Return-Path.

Laiškas prasideda antraštėmis (angl. headers): eilutėmis su pavadinimu, dvitaškiu ir reikšme. Žinomiausios yra šios:

• From: siuntėjas, kurį matote savo pašto programoje;
• To ir Cc: matomi gavėjai;
• Subject: tema;
• Date: išsiuntimo laikas pagal siuntėjo programos laikrodį;
• Message-ID: unikalus šio laiško identifikatorius. Atsakymai į jį nurodo, todėl pašto programa žino, kurie laiškai priklauso tam pačiam pokalbiui.

Vokas ir antraštės neprivalo sutapti. Jei Rūta siunčia laišką ir slaptąją kopiją (Bcc) savo kolegai Lukui (lukas@example.com), Lukas yra voke, bet ne antraštėse. Todėl Arnas nemato, kad Lukas taip pat gauna laišką. O naujienlaiškio Return-Path dažnai nurodo naujienlaiškių siuntimo paslaugą, nors From yra parduotuvės adresas. Tada klaidų pranešimai pasiekia tą paslaugą.

Received eilutės: laiško kelionės aprašas

Kiekvienas serveris, priimantis laišką, turi pridėti antraštę Received, ir būtent viršuje. Taip laiškas pakeliui sukaupia savo kelionės aprašą. Viršutinė Received eilutė yra paskutinis žingsnis, apatinė yra pirmasis. Jas skaitote iš apačios į viršų.

Maždaug taip atrodo Rūtos laiško antraštės, kai jį gauna Arnas (sutrumpinta):

Return-Path: <ruta@example.com>
Received: from mail.example.com (mail.example.com [192.0.2.10])
        by mx.example.net with ESMTPS
        for <arnas@example.net>; Tue, 10 Nov 2026 10:15:04 +0100
Received: from webmail.example.com ([192.0.2.20])
        by mail.example.com with ESMTPSA
        for <arnas@example.net>; Tue, 10 Nov 2026 10:15:02 +0100
From: Rūta Kazlauskienė <ruta@example.com>
To: Arnas <arnas@example.net>
Subject: Pasiūlymas nuotakos puokštei
Date: Tue, 10 Nov 2026 10:15:01 +0100
Message-ID: <20261110091501.a1b2c3@example.com>

Pirmiausia perskaitykite apatinę Received eilutę. Žiniatinklio paštas perdavė laišką serveriui mail.example.com. Raidės ESMTPSA reiškia: šifruota (S) ir su prisijungimu (A). Po to mail.example.com perdavė jį serveriui mx.example.net, t. y. Arno serveriui. Dalis po "from" yra serveris, kuris laišką pasiūlė, dalis po "by" yra serveris, kuris jį priėmė. Laikai rodo, kiek truko kiekvienas žingsnis.

Spąstai: siuntėjas prieš siųsdamas pats gali apačioje pridėti netikrų eilučių. Todėl labiausiai pasitikėkite viršutinėmis eilutėmis, kurias sukūrė Jums žinomi serveriai, pavyzdžiui, Jūsų paslaugų teikėjo serveris.

Kodėl From galima suklastoti

SMTP protokolas buvo sukurtas tais laikais, kai visi vieni kitais pasitikėjo. Pačiame protokole niekas netikrina, ar From nurodytas siuntėjas yra tikras. Taigi sukčius gali išsiųsti laišką su From: ruta@example.com, nors neturi nieko bendra su Rūta.

Todėl vėliau atsirado trys patikros, kurias domeno savininkas nustato savo DNS:

• SPF nurodo, kurie serveriai gali siųsti laiškus su to domeno voko siuntėju.
• DKIM uždeda laiškui skaitmeninį parašą. Gavėjas jį patikrina raktu iš pasirašiusio domeno DNS.
• DMARC susieja šias dvi patikras su domenu, kurį matote From lauke, ir nurodo, ką gavėjas turi daryti, jei patikra nepavyksta: nieko, perkelti į brukalą ar atmesti.

Tai tvarko domeno administratorius, o ne Jūs kaip žiniatinklio pašto naudotojas. Kaip tai tiksliai veikia, sužinosite kurse „El. paštas tvarkoje“. Kol kas pakanka žinoti, kad rodomas siuntėjo vardas nieko neįrodo ir kad antraštėse galite pamatyti, ar šios patikros pavyko (pamoka 2.2).

Išsiųsta dar nereiškia pristatyta

Jei Jūsų laiškas yra aplanke Išsiųsti laiškai, tikrai žinote tik vieną dalyką: Jūsų serveris jį priėmė (1 žingsnis). Visa kita vyksta vėliau, kartais gerokai vėliau.

• Gaunantysis serveris gali laikinai atsisakyti priimti laišką. Kai kurie serveriai nežinomo siuntėjo pirmiausia paprašo pabandyti vėliau (angl. greylisting). Tada Jūsų serveris bando dar kartą, kartais kelias dienas, ir praneša, jei tai vis nepavyksta.
• Gaunantysis serveris gali laišką atmesti visam laikui, pavyzdžiui, todėl, kad adresas neegzistuoja arba pašto dėžutė pilna. Tada gausite klaidos pranešimą (angl. bounce, pamoka 8.4).
• Laiškas gali būti pristatytas, bet atsidurti brukalo aplanke. Tada negausite jokio pranešimo.

Taigi jei Rūta laukia atsakymo, kuris neateina, ji pirmiausia patikrina, ar aplanke Gauti laiškai nėra klaidos pranešimo, ir paprašo Arno pažiūrėti į savo brukalo aplanką.

Praktiškai: kaip tai atrodo žiniatinklio pašte

Žiniatinklio pašte laiško antraštes matote paspaudę mygtuką Antraštės virš laiško arba pasirinkę Kita > Rodyti pirminį tekstą. Išsamiau apie tai kalbama pamokoje 2.2. Kaip žiniatinklio paštas ir Jūsų pašto programa rodo tuos pačius laiškus, skaitykite Roundcube vadovo skyriuje „Kas yra žiniatinklio paštas“. Kitame žiniatinklio pašte, pavyzdžiui, Gmail ar Outlook.com, viskas veikia panašiai, tik mygtukas vadinasi kitaip (pavyzdžiui, Gmail jis vadinasi Rodyti originalą).

Santrauka

• Žiniatinklio paštas yra pašto programa Jūsų naršyklėje. Su pašto serveriu jis bendrauja per IMAP (skaitymas) ir SMTP (siuntimas).
• Laiškas keliauja iš Jūsų serverio į serverį, nurodytą gavėjo domeno MX įraše.
• Vokas (MAIL FROM, RCPT TO, vėliau Return-Path) skirtas serveriams, antraštės (From, To, Subject, Date, Message-ID) skirtos žmonėms ir programoms.
• Kiekvienas serveris viršuje prideda Received eilutę; jas skaitote iš apačios į viršų.
• From galima suklastoti; SPF, DKIM ir DMARC klastojimą apsunkina. Išsiųsta nereiškia pristatyta.

Testas (quiz)

Užduotis

Užduotis A1.1: Antraščių skaitymas. Medžiaga kopregels-1.txt pateikta po šia užduotimi: tai tikro, bet anonimizuoto laiško antraštės. Perskaitykite jas iš apačios į viršų ir įrašykite: domeną From lauke, Return-Path domeną, kiek yra Received eilučių ir kuris serveris laišką gavo paskutinis (viršutinė Received eilutė, dalis po "by"). Programa palygina Jūsų atsakymus su atsakymų raktu ir prie kiekvieno klausimo parodo, ar atsakymas teisingas, bei paaiškina, kur antraštėse tai galėjote rasti.

Platesniam skaitymui

Kur aprašyti veiksmai žiniatinklio pašte, jie taikomi WebOké žiniatinklio paštui; kitame žiniatinklio pašte viskas veikia panašiai.

• Roundcube Webmail 1.1: Kas yra žiniatinklio paštas?
• El. laiškų siuntimo proceso / SMTP paaiškinimas
• Laiško antraščių (headers) peržiūra ir skaitymas
• Nemokamas kursas Sutvarkytas el. paštas: nustatymas ir sklandus pristatymas 1.1: Elektroninio laiško kelionė
• Nemokamas kursas Sutvarkytas el. paštas: nustatymas ir sklandus pristatymas 1.5: Antraščių skaitymas: iš kur atkeliavo šis laiškas?
• Nemokamas kursas Sutvarkytas el. paštas: nustatymas ir sklandus pristatymas 4.1: Kodėl laiškai patenka į šlamštą
• RFC 5321, Simple Mail Transfer Protocol (anglų k.): https://www.rfc-editor.org/rfc/rfc5321
• RFC 5322, Internet Message Format (anglų k.): https://www.rfc-editor.org/rfc/rfc5322