Kas nutinka, kai spustelite „Siųsti“

1 modulis: Kaip veikia Jūsų el. 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 skiriasi laiško vokas ir laiško antraštės.

Pagrindinės sąvokos: žiniatinklio paštas (webmail), 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 Jūsų kompiuteryje. Jie saugomi pašto serveryje: tai kompiuteris, kuris veikia dieną ir naktį, priima, saugo ir persiunčia laiškus. Kad galėtumėte tuos laiškus perskaityti, Jums reikia pašto programos. Tai gali būti Outlook, pašto programėlė Jūsų telefone arba žiniatinklio paštas.

Žiniatinklio paštas yra paprasčiausia 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, naudodamas tas pačias „kalbas“, 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 kaltas ne pats žiniatinklio paštas, o tai, ką serveris daro arba atsako. Ir atvirkščiai: jei siuntimas žiniatinklio pašte veikia, o Jūsų pašto programoje ne, problema slypi tos programos nustatymuose.

Nuo „Siųsti“ iki „Gauti laiškai“ penkiais žingsniais

Sanne de Vries (sanne@example.com) turi gėlių studiją. Ji siunčia savo klientui Ahmed (ahmed@example.net) pasiūlymą vestuvinei puokštei. Štai kas nutinka, kai ji spusteli „Siųsti“.

1. Pateikimas savo serveriui. Žiniatinklio paštas per SMTP perduoda laišką Sanne pašto serveriui. Tai dar vadinama pateikimu (angl. submission). Sanne turi prisijungti, kitaip bet kas galėtų naudoti jos serverį šlamštui 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. Sanne serveris žiūri į Ahmed adreso dalį po @: example.net. Jis DNS sistemoje pasitikrina to domeno MX įrašą. Tas įrašas nurodo, kuris serveris priima laiškus, skirtus example.net.
3. Pristatymas. Sanne serveris susisiekia su tuo gaunančiuoju serveriu ir pristato laišką, vėl per SMTP. Tarp serverių tai vyksta per 25 prievadą.
4. Pašto dėžutėje. Gaunantysis serveris patikrina laišką (ar adresas egzistuoja, ar tai ne šlamštas?) ir įdeda jį į Ahmed pašto dėžutę, į aplanką „Gauti laiškai“ arba į šlamšto aplanką.
5. Skaitymas. Ahmed atidaro savo pašto programą arba žiniatinklio paštą. Ji per IMAP parsisiunčia laišką ir jį parodo.

Kiekviename žingsnyje gali kilti atskira klaida. Todėl klaidos pranešimas visada užsimena, kur ji įvyko: ar Sanne nepavyko prisijungti prie savo serverio (1 žingsnis), ar jos serveris nerado gavėjo (2 ar 3 žingsnis), ar gaunantysis serveris atmetė laišką (4 žingsnis)?

Vokas ir laiškas: dviejų rūšių adresai

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

Vokas susidaro SMTP pokalbio tarp dviejų serverių metu. Siunčiantysis serveris pirmiausia praneša, nuo ko laiškas (komanda MAIL FROM), o tada, kam jis skirtas (RCPT TO). Tik po to 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 iš jų:

• 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 Sanne siunčia laišką ir savo kolegą Daan (daan@example.com) įrašo į Bcc, Daan bus voke, bet ne antraštėse. Todėl Ahmed nemato, kad Daan taip pat gavo laišką. O naujienlaiškio Return-Path dažnai būna naujienlaiškių paslaugos adresas, nors From yra parduotuvės adresas. Tada klaidų pranešimai patenka tai paslaugai.

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

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

Štai maždaug taip atrodo Sanne laiško antraštės, kai jį gauna Ahmed (sutrumpinta):

Return-Path: <sanne@example.com>
Received: from mail.example.com (mail.example.com [192.0.2.10])
        by mx.example.net with ESMTPS
        for <ahmed@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 <ahmed@example.net>; Tue, 10 Nov 2026 10:15:02 +0100
From: Sanne de Vries <sanne@example.com>
To: Ahmed <ahmed@example.net>
Subject: Offerte bruidsboeket
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). Tada mail.example.com jį perdavė serveriui mx.example.net, Ahmed serveriui. Dalis po "from" yra serveris, kuris pasiūlė laišką, o dalis po "by" yra serveris, kuris jį priėmė. Laikai rodo, kiek truko kiekvienas žingsnis.

Atkreipkite dėmesį: 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: sanne@example.com, nors neturi nieko bendra su Sanne.

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 abi šias patikras su domenu, kurį matote From lauke, ir nurodo, ką gavėjas turi daryti, jei patikra nepavyksta: nieko, perkelti į šlamštą arba atmesti.

Tai tvarko domeno administratorius, 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 nepažįstamo siuntėjo pirmiausia paprašo pabandyti vėliau (angl. greylisting). Tada Jūsų serveris bando dar kartą, kartais kelias dienas, ir praneša, jei vis tiek nepavyksta.
• Gaunantysis serveris gali galutinai atmesti laišką, pavyzdžiui, nes adresas neegzistuoja arba pašto dėžutė pilna. Tada gaunate klaidos pranešimą (angl. bounce, pamoka 8.4).
• Laiškas gali būti pristatytas, bet patekti į šlamšto aplanką. Tada negaunate jokio pranešimo.

Taigi jei Sanne laukia atsakymo, kuris neateina, ji pirmiausia patikrina, ar jos aplanke „Gauti laiškai“ nėra klaidos pranešimo, ir paprašo Ahmed pažiūrėti savo šlamšto aplanke.

Praktikoje: kaip tai veikia žiniatinklio pašte

Žiniatinklio pašte laiško antraštes matote mygtuku „Antraštės“ virš laiško arba per Kita > Rodyti pirminį tekstą. Pamokoje 2.2 tai aptariama išsamiau. Kaip žiniatinklio paštas ir Jūsų pašto programa rodo tą patį laišką, skaitykite Roundcube vadovo skyriuje „Kas yra žiniatinklio paštas“. Kitame žiniatinklio pašte, pavyzdžiui, Gmail ar Outlook.com, tai veikia panašiai, tik mygtukas vadinasi kitaip (pavyzdžiui, Gmail: „Rodyti originalą“).

Santrauka

• Žiniatinklio paštas yra pašto programa Jūsų naršyklėje. Jis bendrauja su pašto serveriu 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, o 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 apsunkina klastojimą. 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 nuasmeninto 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 galėjote tai rasti.

Platesniam skaitymui

Kai aprašomi žingsniai žiniatinklio pašte, jie taikomi WebOké žiniatinklio paštui; kitame žiniatinklio pašte tai 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