Kaj se zgodi, ko kliknete Pošlji

Modul 1: Tako deluje Vaša e-pošta · Čas branja: 9 minut

Učni cilj: Po tej lekciji boste znali razložiti, kakšno pot opravi sporočilo od gumba Pošlji do mape Prejeto pri prejemniku, in boste znali pokazati razliko med ovojnico in glavami sporočila.

Ključni pojmi: spletna pošta, poštni strežnik, SMTP, zapis MX, IMAP, ovojnica, glave, Return-Path, Received, Message-ID, SPF, DKIM, DMARC

Spletna pošta je poštni program v Vašem brskalniku

Vaša pošta ni shranjena v brskalniku in tudi ne na Vašem računalniku. Shranjena je na poštnem strežniku: računalniku, ki je vklopljen podnevi in ponoči ter pošto sprejema, hrani in posreduje naprej. Za branje te pošte potrebujete poštni program. To je lahko Outlook, poštna aplikacija na telefonu ali spletna pošta.

Spletna pošta je preprosto poštni program, ki teče v Vašem brskalniku. Pri WebOké je to Roundcube. Roundcube sam ni poštni strežnik. V Vašem imenu se pogovarja s poštnim strežnikom, v istih jezikih, kot jih uporabljata Outlook ali Apple Mail:

• IMAP za branje, premikanje in brisanje pošte;
• SMTP za pošiljanje pošte.

Če nekaj v spletni pošti ne deluje, težava pogosto ni v spletni pošti, temveč v tem, kar strežnik naredi ali sporoči nazaj. Velja tudi obratno: če pošiljanje v spletni pošti deluje, v Vašem poštnem programu pa ne, je težava v nastavitvah tega programa.

Od gumba Pošlji do mape Prejeto v petih korakih

Sanne de Vries (sanne@example.com) ima cvetličarski atelje. Svoji stranki Ahmedu (ahmed@example.net) pošlje ponudbo za poročni šopek. Ko klikne Pošlji, se zgodi naslednje.

1. Oddaja na lastnem strežniku. Spletna pošta prek SMTP preda sporočilo Sanninemu poštnemu strežniku. Temu pravimo tudi oddaja ali submission. Sanne se mora pri tem prijaviti, sicer bi lahko kdor koli uporabljal njen strežnik za pošiljanje neželene pošte. Poštni programi za to uporabljajo vrata 465 ali 587, s šifriranjem. Spletna pošta WebOké pošilja prek istega strežnika, v katerega ste prijavljeni.
2. Iskanje poti. Sannin strežnik pogleda del Ahmedovega naslova za znakom @: example.net. V DNS poizve po zapisu MX te domene. Ta zapis pove, kateri strežnik sprejema pošto za example.net.
3. Dostava. Sannin strežnik vzpostavi stik s tem prejemnim strežnikom in mu dostavi sporočilo, spet s SMTP. Med strežniki se to dogaja na vratih 25.
4. V poštnem predalu. Prejemni strežnik preveri sporočilo (ali naslov obstaja, ali gre za neželeno pošto?) in ga odloži v Ahmedov poštni predal, v mapo Prejeto ali v mapo za neželeno pošto.
5. Branje. Ahmed odpre svoj poštni program ali spletno pošto. Ta prek IMAP prenese sporočilo in ga prikaže.

Vsak korak se lahko zalomi posebej. Zato sporočilo o napaki vedno namigne, kje je težava: se Sanne ni mogla prijaviti v svoj strežnik (korak 1), njen strežnik ni našel prejemnika (korak 2 ali 3) ali je prejemni strežnik pošto zavrnil (korak 4)?

Ovojnica in pismo: dve vrsti naslovov

E-poštno sporočilo je podobno pismu v ovojnici. Strežniki gledajo samo ovojnico. Vi in Ahmed vidite predvsem pismo.

Ovojnica nastane med pogovorom SMTP med dvema strežnikoma. Pošiljateljski strežnik najprej pove, od koga je pošta (ukaz MAIL FROM), nato pa, komu je namenjena (RCPT TO). Šele nato sledi sporočilo samo. Naslov pošiljatelja na ovojnici je naslov, na katerega gredo sporočila o napakah. Ob končni dostavi ga prejemni strežnik zapiše na vrh sporočila kot Return-Path.

Pismo se začne z glavami (headers): vrsticami z imenom, dvopičjem in vrednostjo. Najbolj znane so:

• From: pošiljatelj, ki ga vidite v poštnem programu;
• To in Cc: prejemniki, ki jih vidite;
• Subject: zadeva;
• Date: trenutek pošiljanja, po uri programa pošiljatelja;
• Message-ID: enolična oznaka tega sporočila. Odgovori se sklicujejo nanjo, tako poštni program ve, katera sporočila spadajo skupaj.

Ovojnica in glave se ne ujemata nujno. Če Sanne pošlje sporočilo s skrito kopijo (Bcc) svojemu sodelavcu Daanu (daan@example.com), je Daan na ovojnici, v glavah pa ne. Zato Ahmed ne vidi, da Daan bere z njim. Novičnik ima pogosto Return-Path pri storitvi za novičnike, medtem ko je v From naslov trgovine. Sporočila o napakah tako pristanejo pri storitvi.

Vrstice Received: potopis sporočila

Vsak strežnik, ki sprejme sporočilo, mora dodati glavo Received, in sicer na vrh. Tako sporočilo med potjo zgradi potopis. Najvišja vrstica Received je torej zadnji korak, najnižja prvi. Berete jih od spodaj navzgor.

Tako so pri Ahmedu približno videti glave Sanninega sporočila (skrajšano):

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>

Najprej preberite najnižjo vrstico Received. Spletna pošta je predala sporočilo strežniku mail.example.com. Črke ESMTPSA pomenijo: šifrirano (S) in s prijavo (A). Nato ga je mail.example.com predal strežniku mx.example.net, Ahmedovemu strežniku. Del za "from" je strežnik, ki je sporočilo ponudil, del za "by" pa strežnik, ki ga je sprejel. Časi pokažejo, koliko je trajal vsak korak.

Past: pošiljatelj lahko pred pošiljanjem sam doda lažne vrstice na dno. Zato zaupajte predvsem zgornjim vrsticam, ki so jih ustvarili strežniki, ki jih poznate, na primer strežnik Vašega ponudnika.

Zakaj je From mogoče ponarediti

Protokol SMTP je nastal v času, ko so vsi zaupali drug drugemu. Nič v samem protokolu ne preveri, ali je pošiljatelj v From pravi. Goljuf lahko torej pošlje sporočilo z From: sanne@example.com, ne da bi imel kar koli opraviti s Sanne.

Zato so pozneje dodali tri preverjanja, ki jih lastnik domene nastavi v svojem DNS:

• SPF pove, kateri strežniki smejo pošiljati pošto s pošiljateljem na ovojnici iz te domene.
• DKIM sporočilu doda digitalni podpis. Prejemnik ga preveri s ključem iz DNS domene, ki je sporočilo podpisala.
• DMARC poveže oboje z domeno, ki jo vidite v From, in pove, kaj naj prejemnik stori, če preverjanje ne uspe: nič, premakne v neželeno pošto ali zavrne.

To ureja skrbnik domene, ne Vi kot uporabnik spletne pošte. Kako natančno deluje, se naučite v tečaju Urejena e-pošta. Zaenkrat zadošča, da veste, da prikazano ime pošiljatelja ničesar ne dokazuje in da lahko v glavah vidite, ali so ta preverjanja uspela (lekcija 2.2).

Poslano še ne pomeni dostavljeno

Če je Vaše sporočilo v mapi Poslano, zagotovo veste le eno: Vaš lastni strežnik ga je sprejel (korak 1). Vse drugo se zgodi pozneje, včasih šele precej pozneje.

• Prejemni strežnik lahko začasno zavrne sporočilo. Nekateri strežniki neznanega pošiljatelja najprej prosijo, naj poskusi pozneje (greylisting). Vaš strežnik nato poskuša znova, včasih več dni, in Vas obvesti, če še vedno ne uspe.
• Prejemni strežnik lahko sporočilo trajno zavrne, na primer ker naslov ne obstaja ali je poštni predal poln. Takrat prejmete sporočilo o napaki (bounce, lekcija 8.4).
• Sporočilo lahko prispe, a pristane v mapi za neželeno pošto. Takrat ne prejmete nobenega obvestila.

Če Sanne čaka na odgovor, ki ga ni, najprej preveri, ali je v njeni mapi Prejeto sporočilo o napaki, in prosi Ahmeda, naj pogleda v svojo mapo za neželeno pošto.

V praksi: tako deluje v spletni pošti

V spletni pošti glave sporočila vidite z gumbom Zaglavje sporočila nad sporočilom ali prek Več > Prikaži izvorno kodo. Lekcija 2.2 se temu posveča podrobneje. Kako spletna pošta in Vaš poštni program prikazujeta isto pošto, preberite v priročniku za Roundcube pod Kaj je spletna pošta. V drugih spletnih poštah, kot sta Gmail ali Outlook.com, deluje podobno, le gumb se tam imenuje drugače (v Gmailu na primer Pokaži izvirnik).

Povzetek

• Spletna pošta je poštni program v Vašem brskalniku. S poštnim strežnikom se pogovarja prek IMAP (branje) in SMTP (pošiljanje).
• Sporočilo gre z Vašega strežnika na strežnik, ki je naveden v zapisu MX domene prejemnika.
• Ovojnica (MAIL FROM, RCPT TO, pozneje Return-Path) je za strežnike, glave (From, To, Subject, Date, Message-ID) so za ljudi in programe.
• Vsak strežnik doda vrstico Received na vrh; berete jih od spodaj navzgor.
• From je mogoče ponarediti; SPF, DKIM in DMARC ponarejanje otežijo. Poslano ne pomeni dostavljeno.

Kviz

Naloga

Naloga A1.1: Branje glav sporočila. Gradivo kopregels-1.txt je pod to nalogo: glave pravega, a anonimiziranega sporočila. Preberite jih od spodaj navzgor in vpišite: domeno v From, domeno v Return-Path, koliko vrstic Received je in kateri strežnik je sporočilo prejel zadnji (najvišja vrstica Received, del za "by"). Program Vaše odgovore primerja s ključem odgovorov in pri vsakem vprašanju pokaže, ali je pravilen, z razlago, kje v glavah bi ga lahko našli.

Za nadaljnje branje

Kjer so opisani koraki v spletni pošti, veljajo za spletno pošto WebOké; v drugih spletnih poštah deluje podobno.

• Roundcube Webmail 1.1: Kaj je spletna pošta?
• Razlaga postopka pošiljanja e-pošte / SMTP
• Ogled in branje glave (headerjev) e-pošte
• Brezplačni tečaj E-pošta urejena: nastavitev in pravilna dostava 1.1: Pot elektronskega sporočila
• Brezplačni tečaj E-pošta urejena: nastavitev in pravilna dostava 1.5: Branje glav sporočila: od kod je prišla ta e-pošta?
• Brezplačni tečaj E-pošta urejena: nastavitev in pravilna dostava 4.1: Zakaj e-pošta pristane v neželeni pošti
• RFC 5321, Simple Mail Transfer Protocol (v angleščini): https://www.rfc-editor.org/rfc/rfc5321
• RFC 5322, Internet Message Format (v angleščini): https://www.rfc-editor.org/rfc/rfc5322