Kas notiek, kad Jūs noklikšķināt uz Sūtīt

1. modulis: Kā darbojas Jūsu e-pasts · Lasīšanas laiks: 9 minūtes

Mērķis: Pēc šīs nodarbības Jūs varēsiet izskaidrot, kādu ceļu e-pasts veic no pogas Sūtīt līdz adresāta mapei Ienākošās, un varēsiet parādīt atšķirību starp e-pasta aploksni un galvenēm.

Pamatjēdzieni: tīmekļa pasts, pasta serveris, SMTP, MX ieraksts, IMAP, aploksne, galvenes, Return-Path, Received, Message-ID, SPF, DKIM, DMARC

Tīmekļa pasts ir e-pasta programma Jūsu pārlūkā

Jūsu e-pasts neatrodas Jūsu pārlūkā un arī ne Jūsu datorā. Tas atrodas pasta serverī: datorā, kas darbojas dienu un nakti, saņem, glabā un pārsūta e-pastu. Lai šo e-pastu lasītu, Jums vajadzīga e-pasta programma. Tā var būt Outlook, e-pasta lietotne Jūsu tālrunī vai tīmekļa pasts.

Tīmekļa pasts ir vienkārši e-pasta programma, kas darbojas Jūsu pārlūkā. WebOké tā ir Roundcube. Roundcube pats nav pasta serveris. Tas Jūsu vārdā sazinās ar pasta serveri, izmantojot tās pašas valodas, ko izmanto Outlook vai Apple Mail:

• IMAP, lai lasītu, pārvietotu un dzēstu Jūsu e-pastu;
• SMTP, lai sūtītu e-pastu.

Ja tīmekļa pastā kaut kas nedarbojas, iemesls bieži vien nav pats tīmekļa pasts, bet tas, ko serveris dara vai atbild. Un otrādi: ja sūtīšana tīmekļa pastā darbojas, bet Jūsu e-pasta programmā ne, problēma ir šīs programmas iestatījumos.

No pogas Sūtīt līdz mapei Ienākošās piecos soļos

Sanne de Vries (sanne@example.com) vada ziedu darbnīcu. Viņa nosūta savam klientam Ahmed (ahmed@example.net) piedāvājumu līgavas pušķim. Lūk, kas notiek, kad viņa noklikšķina uz Sūtīt.

1. Nodošana savam serverim. Tīmekļa pasts ar SMTP palīdzību nodod vēstuli Sannes pasta serverim. To sauc arī par iesniegšanu jeb submission. Sannei šajā brīdī jāpiesakās, citādi ikviens varētu izmantot viņas serveri surogātpasta sūtīšanai. E-pasta programmas šim nolūkam izmanto portu 465 vai 587 ar šifrēšanu. WebOké tīmekļa pasts sūta caur to pašu serveri, kurā Jūs esat pieteicies.
2. Ceļa noskaidrošana. Sannes serveris aplūko Ahmed adreses daļu pēc @: example.net. Tas DNS sistēmā pieprasa šī domēna MX ierakstu. Šis ieraksts norāda, kurš serveris pieņem e-pastu domēnam example.net.
3. Piegāde. Sannes serveris sazinās ar šo saņēmēja serveri un piegādā vēstuli, atkal ar SMTP. Starp serveriem tas notiek caur portu 25.
4. Pastkastē. Saņēmēja serveris pārbauda vēstuli (vai adrese eksistē, vai tas ir surogātpasts?) un ievieto to Ahmed pastkastē, mapē Ienākošās vai surogātpasta mapē.
5. Lasīšana. Ahmed atver savu e-pasta programmu vai tīmekļa pastu. Tas ar IMAP palīdzību ielādē vēstuli un parāda to.

Katrā solī var rasties atsevišķa kļūda. Tāpēc kļūdas paziņojums vienmēr sniedz norādi par vietu: vai Sanne nevarēja pieteikties savā serverī (1. solis), vai viņas serveris neatrada adresātu (2. vai 3. solis), vai saņēmēja serveris atteicās pieņemt e-pastu (4. solis)?

Aploksne un vēstule: divu veidu adreses

E-pasts līdzinās vēstulei aploksnē. Serveri skatās tikai uz aploksni. Jūs un Ahmed galvenokārt redzat vēstuli.

Aploksne rodas SMTP sarunas laikā starp diviem serveriem. Sūtītāja serveris vispirms paziņo, no kā e-pasts nāk (komanda MAIL FROM), un pēc tam, kam tas paredzēts (RCPT TO). Tikai pēc tam seko pati vēstule. Aploksnes sūtītāja adrese ir adrese, uz kuru tiek sūtīti kļūdu paziņojumi. Pēdējās piegādes laikā saņēmēja serveris to ievieto vēstules augšā kā Return-Path.

Vēstule sākas ar galvenēm (headers): rindām ar nosaukumu, kolu un vērtību. Pazīstamākās ir:

• From: sūtītājs, ko Jūs redzat savā e-pasta programmā;
• To un Cc: adresāti, kurus Jūs redzat;
• Subject: temats;
• Date: nosūtīšanas brīdis pēc sūtītāja programmas pulksteņa;
• Message-ID: šīs vēstules unikāls identifikators. Atbildes uz to atsaucas, tādējādi e-pasta programma zina, kuras vēstules ir saistītas.

Aploksnei un galvenēm nav jāsakrīt. Ja Sanne sūta e-pastu, savu kolēģi Daan (daan@example.com) norādot laukā Bcc, Daan ir uz aploksnes, bet nav galvenēs. Tāpēc Ahmed neredz, ka arī Daan to lasa. Savukārt jaunumu vēstulei Return-Path bieži ir pie jaunumu vēstuļu pakalpojuma, kamēr From ir veikala adrese. Kļūdu paziņojumi tad nonāk pie pakalpojuma.

Received rindas: e-pasta ceļojuma apraksts

Katram serverim, kas pieņem e-pastu, tam jāpievieno galvene Received, turklāt pašā augšā. Tā e-pasts ceļā veido savu ceļojuma aprakstu. Augšējā Received rinda tātad ir pēdējais solis, apakšējā ir pirmais. Tās lasa no apakšas uz augšu.

Lūk, kā aptuveni izskatās Sannes e-pasta galvenes pie Ahmed (saīsināti):

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>

Vispirms izlasiet apakšējo Received rindu. Tīmekļa pasts nodeva vēstuli serverim mail.example.com. Burti ESMTPSA nozīmē: šifrēts (S) un ar pieteikšanos (A). Pēc tam mail.example.com to nodeva tālāk serverim mx.example.net, Ahmed serverim. Daļa pēc "from" ir serveris, kas e-pastu piedāvāja, daļa pēc "by" ir serveris, kas to pieņēma. Laiki parāda, cik ilgi ilga katrs solis.

Uzmanību: sūtītājs pats var pievienot viltotas rindas apakšā, pirms sūta. Tāpēc uzticieties galvenokārt augšējām rindām, kuras izveidojuši Jums zināmi serveri, piemēram, Jūsu pakalpojumu sniedzēja serveris.

Kāpēc From var viltot

SMTP protokols tika izstrādāts laikā, kad visi viens otram uzticējās. Nekas pašā protokolā nepārbauda, vai sūtītājs laukā From ir īsts. Krāpnieks tātad var nosūtīt e-pastu ar From: sanne@example.com, lai gan viņam ar Sanni nav nekāda sakara.

Tāpēc vēlāk tika ieviestas trīs pārbaudes, kuras domēna īpašnieks iestata savā DNS:

• SPF norāda, kuri serveri drīkst sūtīt e-pastu ar šī domēna aploksnes sūtītāju.
• DKIM pievieno vēstulei digitālo parakstu. Saņēmējs to pārbauda ar atslēgu no tā domēna DNS, kas vēstuli parakstīja.
• DMARC sasaista abas šīs pārbaudes ar domēnu, ko Jūs redzat laukā From, un nosaka, kas saņēmējam jādara, ja pārbaude neizdodas: neko, ievietot surogātpastā vai noraidīt.

To nokārto domēna administrators, nevis Jūs kā tīmekļa pasta lietotājs. Kā tas darbojas sīkāk, Jūs uzzināsiet kursā E-pasts kārtībā. Pagaidām pietiek zināt, ka sūtītāja attēlojums neko nepierāda un ka galvenēs varat redzēt, vai šīs pārbaudes ir izdevušās (nodarbība 2.2).

Nosūtīts vēl nenozīmē saņemts

Ja Jūsu e-pasts ir mapē Nosūtītās, Jūs droši zināt tikai vienu: Jūsu serveris to ir pieņēmis (1. solis). Viss pārējais notiek pēc tam, dažreiz daudz vēlāk.

• Saņēmēja serveris var uz laiku atteikt. Daži serveri nezināmam sūtītājam vispirms lūdz mēģināt vēlreiz vēlāk (greylisting). Jūsu serveris tad mēģina atkārtoti, dažreiz vairākas dienas, un paziņo, ja tas joprojām neizdodas.
• Saņēmēja serveris var e-pastu noraidīt galīgi, piemēram, tāpēc, ka adrese neeksistē vai pastkaste ir pilna. Tad Jūs saņemat kļūdas paziņojumu (bounce, nodarbība 8.4).
• E-pasts var tikt piegādāts, bet nonākt surogātpasta mapē. Tad Jūs nesaņemat nekādu paziņojumu.

Ja Sanne gaida atbildi, kas nenāk, viņa vispirms pārbauda, vai mapē Ienākošās nav kļūdas paziņojuma, un palūdz Ahmed ieskatīties savā surogātpasta mapē.

Praksē: tā tas darbojas tīmekļa pastā

Tīmekļa pastā vēstules galvenes var redzēt ar pogu Galvene virs vēstules vai caur Vairāk > Parādīt pirmtekstu. Nodarbībā 2.2 tas aplūkots sīkāk. Kā tīmekļa pasts un Jūsu e-pasta programma parāda vienu un to pašu e-pastu, varat izlasīt Roundcube rokasgrāmatā sadaļā Kas ir tīmekļa pasts. Citos tīmekļa pastos, piemēram, Gmail vai Outlook.com, tas darbojas līdzīgi, tikai poga tur saucas citādi (Gmail, piemēram, Rādīt oriģinālu).

Kopsavilkums

• Tīmekļa pasts ir e-pasta programma Jūsu pārlūkā. Tas sazinās ar pasta serveri caur IMAP (lasīšana) un SMTP (sūtīšana).
• E-pasts ceļo no Jūsu servera uz serveri, kas norādīts adresāta domēna MX ierakstā.
• Aploksne (MAIL FROM, RCPT TO, vēlāk Return-Path) ir paredzēta serveriem, galvenes (From, To, Subject, Date, Message-ID) ir paredzētas cilvēkiem un programmām.
• Katrs serveris pievieno Received rindu augšā; tās lasa no apakšas uz augšu.
• From var viltot; SPF, DKIM un DMARC apgrūtina viltošanu. Nosūtīts nenozīmē saņemts.

Tests (quiz)

Uzdevums

Uzdevums A1.1: Galveņu lasīšana. Materiāls kopregels-1.txt atrodas zem šī uzdevuma: īsta, bet anonimizēta e-pasta galvenes. Izlasiet tās no apakšas uz augšu un aizpildiet: domēnu laukā From, Return-Path domēnu, cik ir Received rindu un kurš serveris saņēma e-pastu pēdējais (augšējā Received rinda, daļa pēc "by"). Programma salīdzina Jūsu atbildes ar atbilžu atslēgu un katram jautājumam parāda, vai atbilde ir pareiza, kopā ar paskaidrojumu, kur galvenēs to varējāt atrast.

Papildu lasāmviela

Ja ir aprakstīti soļi tīmekļa pastā, tie attiecas uz WebOké tīmekļa pastu; citos tīmekļa pastos tas darbojas līdzīgi.

• Roundcube Webmail 1.1: Kas ir tīmekļa pasts?
• E-pasta sūtīšanas procesa skaidrojums / SMTP
• Apskatīt un lasīt e-pasta ziņojuma galvenes (headers)
• Bezmaksas kurss E-pasts kārtībā: iestatīšana un pareiza piegāde 1.1: E-pasta vēstules ceļojums
• Bezmaksas kurss E-pasts kārtībā: iestatīšana un pareiza piegāde 1.5: Galveņu rindu lasīšana: no kurienes šī vēstule atnāca?
• Bezmaksas kurss E-pasts kārtībā: iestatīšana un pareiza piegāde 4.1: Kāpēc pasts nonāk mēstulēs
• RFC 5321, Simple Mail Transfer Protocol (angļu valodā): https://www.rfc-editor.org/rfc/rfc5321
• RFC 5322, Internet Message Format (angļu valodā): https://www.rfc-editor.org/rfc/rfc5322